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כמה מלים של פרידה משאולה שניווטה העריכה 
בהצלחה, איכות ודינמיות. 

כמה מלים של העורכת החדשה המצפה שעתוננו 
יהיה תוסס, דינמי ועדכני. 

כמה מלים של איחולים ל"מעשה חושב" שיהווה 
במה פתוחה לדיון והבעת דעות חופשית ומקצועית. 
כמה מלים לכותבים הפעילים שמשכו בעט 
הסופרים ואני משוכנעת כי ימשיכו גם להבא. 
כמה מלים לכותבים הפוטנציאליים שהסתפקו 
בקריאה ומוזמנים להפוך שותפים פעילים בעשיה. 
כמה מלים של יהונתן גפן לסיום. 











ַּמָּה מָלִים. 

מה לי לְָנִ ְאָנִי כ לָעָסְקים. 

מה מִלִים לִפְנִי אי מחַלִיף אֶת חַלוּמוַתי בְּמִסְפְרִי ֶלֶפן. 
ַּמָה מִלִים לָפָּנִי שִלְחִיצַת הַיָד שָלִי הָיָה חגִעִית, 

כַּמָה מָלִים לָפנִי שלְגְמְרִי אָשְכָּח. 

רק כַּמָה מִלִים. 









בת-עמי סדן 
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נחמן גבעולי יראלייםי, להבדיל מצו- | שברובם הינם הדיוטות בענייני חוק ומש 
המתמטי במטוסים "ר ) לצורך זה הוקמה גם ועדה במסגר-= = *9ע 


הינָו האומה 
כמקובל, ו ה הפעם 
ב בהיבל התרבות בתל- 
ערב-פתיחה תגיג . 
אביב. בתכנית הערב דובר על "מפגש חב. 
רים", ואכן, באכסררה נראו, בנוסף להרבה 
פנים חדשות, גם רבים מהותיקים שליוו את 
ה שב 
0 מכן נכנסו לאולם 
מטעמים וביין, ולאחר מכן נכנ 
להקשיב לבמה נאומים קצרים של העומדים 
בראש הכנס והאיגוד, ולהרצאת השר גד 
ועקובי. הושמעו גם דברים על הענקת מילגת 
איל"א ע"ש דב חביון וחולקו פרסי איל"א, 
והטקס הסתיים בתכנית מוסיקלית בביצוע 
התזמורת הפילהרמונית הצעירה, בניצוחו 
של שלום רונלי"ריקליס. 
הכנס עצמו נאלץ להתחרות לא רק במזגד 
האויר הכמו-אביבי של סוף אוקטובר בירוש" 
לים, אלא גם במשפט דמיאניוק שהתקיים 
במקביל ובשכנות. למרות שביתת הטלויזיה, 
המשפט לא משך צופים רבים. קהל רב שוטט 
ברחבה שלפני בנייני האומה ונהנה מהשמש 
ומהרוח הקלילה, אך גם אולמי ההרצאות 
ותערוכת הציוד היו מלאים ער אפס מקום. 
הכנס נערך הפעם בסיסמה "המיחשוב כמנוף 
לצמיחה כלכלית", ובמעט כל ההרצאות 
עסקו בבעיות השעה של המיחשוב במשק 
הישראלי - בתעשיה, ביצוא, במערכות 
הפיננסיות, בשרות הציבורי ובמו"פ. ההרצ- 
אות התקיימו בשלושה אולמות במקביל, ורק 
במושב שעסק במו"פ שמענו מעט על פיתו- 
חים חדשניים בנושאים טכנולוגיים. 
כאלו היו, למשל, שתי הרצאות של אנשו 
רפא"ל. רימון אריאלי דיבר על השיקולים 
האוירודינמיים הכרוכים בעיצוב צורתו של 
מטוס. ישנן שתי גישות עיקריות לנושא זה: 
הגישה החישובית, המחייבת פיתרון משוו- 
אות דיפרנציאליות, והגישה הניסויית, הנעז- 
רת בניקבת"רוח. שתי השיטות הן יקרות 
וכרוכות בבעיות. ניקבת"רוח בינונית צורכת 
אנרגיה בכמות של מיליון ואט. בניקבה 
משתמשים במודל קטן ונייח של המטוס ובז- 
רם אויר נע, בעוד שבמציאות המטוס הוא 
גדול בהרבה והוא נע במהירות באויך 
הנמצא במצב של מנוחה יחסית. לכאורה מה 
-. הוא רק יחסי המידות והמהירויות, 
אף-על פי-בן שיטה זו אונה יבולה להיות 
מדויזקת: בניקבה ישנה השפעה, שאינה קוו- 
מת במציאות, של הקירות והמיתלה המחז 
את המודל על זרימת האויר; במציאות, לעו 
מת זאת, משפיע " 
הטול) על חום הגוף (המטוס אן 
זטול) ע התנהגות האויר סביבו, ואפ 
אינו מודמה בניקבה. קט זה 
גם הגישה החישובית היא יקרה. ההדמייה 
במחשב אמנם אינה סובלת מהמגבלות ל 
ההדמייה בניקבת הרוח, אבל גם לה מגבלות 
3 גודל הזיכרון וזמן העיבוד. הטיפול 
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מגופים גיאומטריים פשוד 


דיפרנציאליות 
ה ל שימוש 
ל ה-א 68, בעלי זיברון 
ד המודו עובוד מירבית. במכוני מחקר 
6 -- - לאחרונה לתוצאות 
2 ו אך עדיין רחוקה הדרך לשי- 
-. שוגרתי. במחשבים כאלה בתעשיה. 
המרצה דיבר גם על בעייה בתחום זה המיוד 
חדת לנו: בעודר שבמדינות אחרות באירופה 
ובאמריקה. קיימים מרכזי מחקר גדולים 
שבהם מתרכזים כח-אדם, ציוד ועוצמה 
מיחשובית. רבה לטיפול בבעיות באלו, - 
ומדובר בבר אפילו על הקמת מרכז בלל- 
אירופי - אצלנו המחקר בנושא מבוזר בין 
גופים שונים קטנים יחסית, והדבר גורם לבז" 
בוז משאבים, כפילויות ומגבלות תקציביות. 
גדעון הראל, אף הוא מרפא"ל, דיבר על ציוד 
לתירגול תותחני טנקים. גם כאן מדובר בהד- 
מייה, שמטרתה לחסוך בפגזים, בדלק ובש- 
עות מנוע, אלא שאמצעי ההדמייה לקוחים 
משדה המערכה עצמו. מפקד הטנק והתו- 
תחן, שהשיתוף ביניהם הוא נושא התירגול, 
יושבים בטנק ממש, ומבחינה זו ההדמייה 
היא מושלמת. מפקד הטנק מזהה את המט- 
רה על פני מסך, שעליו מוקרן צילום של נוף 
מציאותי. לאחר קביעת הטווח והצידוד ע"י 
המט"ק או התותחן נותן המפקד את פקודת 
הירי, והיריה מופיעה על המסך ביחד עם כל 
האפקטים המלווים יריה ממש: הבזק אור, 
קול הירי, מסלול הפגז, קול הפיצוץ ומקום 
הפגיעה. שני המתאמנים מזהים את התוצ- 
אות ומתקנים את כיוון התותח בהתאם לצו- 
רך. התמונה על המסך אינה פרי הנפשה 
גרפית אן ציורי מחשב, אלא זהו סרט שצולם 
8 אימונים בשדה באש חיה. בשיטה זו 
= למתאמנים תחושה ריאלית של מהלך 
הירי. ההדמייה נשלטת ע"י מאמן היושב 
ה שבה נמצא ציוד הבקרה 
, כונן דוסק-וידאו עם סרטי זרו 
0 7 צג למדריך ועוד. ב 
קביעת הכיון ה כגון הפעלת מד"הטוות, 
- מועברים ה ב על ההדק 


ריך. 

ה / תיגול נקלט ברשמחז 
2 וניתן להקרינו שנית לצו 

ת רך 


רות דודממדיות או 


של הכנס, דן 
משפטיים: או 








ת 45 /\ / 
המורכבת מאנשי מיחשוב ומשפטנים . . 
, העו- 


סקת בהכנת מסמך הבהרה. החוק כולל סה 
פים רבים שעדיין אינם מיושמים בפועל א 
משום שטרם נקבעו כללים ברורים ליישומם 
ואם משום שהאנשים המופקדים על מרב 
מיחשוב ומאגרי מידע עדיין אינם מתורגלים 
בנושא אבטחת הפרטיות. החוק קובע, לדון- 
מה, כי כל אדם רשאי לדעת את פרטי המידע 
המתייחס אליו הכלול במאגר, ובמקרה 
שהאדם מושא המידע מצביע על טעות 
באחד הפרטים, חייב בעל המאגר לתקן 
אותה. שתי התקנות האלו עדיין אינן מיוש- 
מות, כיוון שלא נקבעו הנהלים ליישומן. 
מכת גניבות התוכנה היא רעה חולה, חפו- 
געת בבתי התוכנה ועימם במיחשוב בכלל 
ובצמיחה הכלכלית. כפי שהעיר אליחו 
הבהן, יו"ר המושב, זו הסיבה שאנו מכנים 
את התופעה בשם הגנאי הגרוע ביותר: 
גניבה, ולא "סחיבה" או סתם העתק. שלמה 
לזר סיפר על מחקר שנערך בנושא זה (שר- 
ווח גם בחוברת "מעשה חושב" האחרונה) 
ע"י מתמחים באוניברסיטה העברית. אין 
אפשרות להעניק לתוכנה הגנה מוחלטת 
מפני העתקה. כל שיטה של הגנה פיסית 
מהווה אתגר בפני אלה האוהבים לעסוק 
ב"פיצוח" ההגנה, ובמוקדם או במאוחר הם 
מצליחים בכך. כל עוד המדובר בהעתקה 
לצורך שימוש אישי, אין הנזק גדול כל כן, 
אבל קיימים גם סוחרים המוכרים תוכנה 
גנובה, או מעניקים אותה חינם כבונוס למי 
שרוכש אצלם מחשב. קשה לאתר את אלה 
הסוחרים בתוכנה גנובה, משום 4 - 
נוהגים להחזיק מלאי של דיסקטים ו : 
אלא מעתיקים את התוכנה רק בעת 
ללקוח. לא 
התערוכה שליוותה את הכנס סי 
הצטיינה הפעם בחידושים מרע לד, והספר 
את העין במיוחד "האולפן המוסיק 
רייה התורנית הממוחשבת. 0 לשרויות 
היא למעשה סינתסייזר ה ורסאטילי 
בקרה ותיכנות, המהווה כלי -- א לוותה 
מאד למלחין. חבל רק שתצוגה של ממ 
בחומר בכתב. הספרייה > את התנ"ן. 
אוצר התורה הממוחשב מכי - חן ערוה 
התלמוד הבבלי והירושלמי, אפשרות לר. 
היד החזקה לרמב"ם ועוד, עם למחשב 
כוש חלקים ממנה. התוכנה כתובה ך של 
6 ואמ" יקה ואיחזו 

ץ וא18, והיא מאפשרת סר בחובום שוניל 
מילים וביטויים, כולל מילה -- וסיומות 
ובהטיות למיניהן, עם ו % 
וכדומה. מערכת זו יבולה לה וגם לוק 
בידי חוקרי התפתחות ה ש 
בקביעת אומדנים כגון מוש. .\ן ובהבחנל 
ספרי התנ"ך השונים או חלקיהם, 
בין מחברי החלקים. 

















סח ץ' 


יס חסזוםזזטון! 


התאוששות ממצבי אסון: 





















היערכות לשעת חירום 


מי מודאג? 


.17 .1 טסט ,אסדד )אד חס מסופפותזסק עָט 3518166 


עלוהם מדברים היועצים לנושאי התאוש- : 
שות ממצבי אסון וכל המוכרים שירותים 
למקרים כאלה - אינם מטרידים בדרך בלל 
מנהל 118א. נראה שברוב החברות, תכניות 
אמיתיות, עובדות לכל קטסטרופה אפשרית, 
הן עדיון היוצא מן הבלל ולא הכלל. החב- 
רות המודעות ביותר למקרי אסון הן המוס- 
דות הכלכליים. רבים פנו, לצרכי גיבוי, לספ- 
קי שירותי "אתרים חמים" (51/6 80), המצי- 
עים לשמור עבור חברה מחשב וכונני דיס- 
קים וסרטים מוכנים למצבי חירום. אפשרו- 
יות אחרות להתאוששות כוללות "אתרים 
קרים" (ללא מחשב), הסכמים הדדיים בין 
משתמשים ושיטות עשה-זאת-בעצמך, תוך 
שימוש במרכז נתונום משוכפל. אולם אין 
תכנית המטפלת בכל מקרה אסון, כך שהער- 
בה זהירה של הסיכונים - חשובה. 





5." 
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צבי 
אסון? בוודאד את ה -- האחרונות 
השירותים למיניהם שמנו בשנ מרעידות 
ימה ארוכה של קטסטרופות, 

2 ת ושטפונות - היכולות 
אדמה ועד שריפו ה 

תרים הממוחשבים. אולם בעוד 
לרדוף את הא סו דור העומור הממו 
שאותם נביאים של קץ 0 לצורך 
חשב הצליחו להעלות את המודע 
בתכנון לקראת מצב של אסון, 8 - 

גל" 

להתגבר על המשה "מה \ ל ב 
טת עדיין בחלק נכבד מתעשיית 
. יות אמיתיות ועובדות לבל 
נראה שתכניות ו -. ל 
מקרהדצרה, המאפשרות 
לום הפסקה ארוכה בעיבוד הנתונים, הן 
עדיין יוצאות מן הכלל ולא הבלל. סיבה אחת 
לכך היא העובדה הפשוטה שפיתוח תוכנת 
התאוששות ממצבי אסון היא משימה בקנה 
מידה גדול - משימה הדורשת לא רק תמיכה 
של הדרג הגבוה של ההנהלה, אלא גם 
מעורבות של כל אחת מהמחלקות בחברה. 
לעתים קרובות חסר מנהל ?₪ את הכות 
המניע הדרוש להשלים משימה תובענית בל 
בך 
נסיון, נסיון, ועוד יותר נסיון - זהו המחיר 
שיש לשלם כדי שתכנית התאוששות תעבוד, 
אבל הרצות ניסוי של תכנית גיבוי הן באב 
ראש, כך שאפילו התכניות הטובות ביותר 
המוצעות, אינן זוכות לעתים להתקבל. 
כמו כן קיימת הגישה השאננה, אותה מאמ- 
צים מנחלי ץע רבים הנתקלים ברי בעיות 
יומיומיות גם בלי להתייחס לאיזו חבלה 
היפוטתית. משפט המפתח בז'רגון הקטסט- 
רופות של תעשיית שירותי ההתאוששות 
ממצבי אסון הוא. "עשן וחצץ". הרעיון 
מאחוריו הוא שמוטב שיהיה לך אתר גיבוי 
אליו תוכבל לעבור במצב בו כל מה שנשאר 
ממרכז הנתונים שלך הוא עשן וחצץ וכמות 
כזו או אחרת של פלסטיק נמס. 


העשן והחצץ שהשאירה אחריה שריפה 
במונטריאול באוקטובר 6 סיפקו אולי סוף 
סוף לתעשיית שירותי ההתאוששות ממצבי 
9 את הראיה לה היתה תעשייה זו זקוקה 
על מנת לשבנע משתמשי מחשב העומדים 
במְריָם שהאיום באסונות מחשב הוא אמיתו 

גמרי. חנזק שגרמו שטפי המים שנגרמו עפ 
ידי השריפה שלחו את 
חברה קמעונית קנרית ששוויה 4.5 בילין 


דולר, לשרך דרכה אל מעבר לגבול עם 
המחשב שלה לאתר גיבוי בנין 


שות ממצבי אסון (6095) - חברת הבת 


לענין זה של 
5 י של חברת ההחכרה רוזמונט, או- 


5 מנהלת פעולות באתרים 
חם הוא המקום בו שומר מ 
ההתאוששות, תמורת ת 
דיסקים וכונני סרטים מוכנים וממתינים עב 

חברה למקרי חירום. המטפרים בת ו 
רים שנראה שיותר ויותר חב ה 
לפנות לשירותי אתרים חמים 


חמים. אתר 


שלום, מחשב, כונני 


"מעשה ש 
י חושב" דצמבר 7 כסלו תשמ"ח 











שהיה להם שירות גיבוי ותכנית 

מסביר מנהל השיווק של 5 ה 
! מא 

ל 


יים כיום על שירותים 
רות - אפשר שהם 



















הנתונים הגדולים מ 
אלה; לפי במה מקו 
, מ20%"7. 
חות נשיית 

ל דרוה בסטייוברג חסרה היתה תעשיית 
נד השריפה ממצבי אסון את רא 


שות 
שירותי ההתאוש האושה על מנת לתמוך 


ות "העשן והחצץ" ה 
וזת ו %-- ביותר שלה. במקום זאת, 


וה 
בסצנרי התעשייה שוב ושוב על מחקר 


קשה להשיג סטטיסטיקות 

היו אסונות אחרים, מדגיש מא 
הלקוחות הצליחו למנוע כל ו אל 
פי כן במקום שיש עשן, לא 8 ָ *ף על 
אסונות "עשן וחצץיי הם אכן נדור ה אש 


- גד 
7 ות פַדְפוּ על ידי מרכז המחקר | עוד יותר היא סטטיסטיקה *ותה קשה 0 
שנערך - . מערבות מידע באוניברסיטת | צוא 3 הטיפול החסוי במקרים של - - 
: ור ועס- 
מיניסוטה. במחקר ה שכשקורות צרות, סביר יותר ש 0 


ו ימחקר פשיטת הרגל", נשאלו חברות 
מ יק מעמד אם 
במה זמן לדעתן יוכלו להחזיק 

נתונים שלהן יצא מכלל פעולה. בנק, 
עיבור ה -. 
לדוגמה, דיווח שיוכל להחזיק מעמ 
בלבד, בעוד שחברת ביטוח אופטימית יותר 
אמרה שהיא תוכל להחזיק מעמד שישה 
ימים. \ 
עבשיו זו השריפה אצל סטיינברג, ולא המח 
קר ממיניסוטה, שמספקת את הדלק לתעש- 
ו 
יית שירותי ההתאוששות ממצבי אסון. 
"השריפה אצל סטיינברג היא בעצם המקרה 
הראשון שזבה לפרסום רחב עליו אנחנו יכו- 
לים להצביע בפני המנויים שלנו ולומר, 'הם 
עברו את האסון בשלום והם עשו זאת מפני 


ל / רִ מקורן : 
דולף מאשר בשחיפה מררנה המנרר. 


0 0 המוביל של שירותי אתרם 
חמים, מדווח על חמישה מקרים בלבד ב- 
הצהירו לקוחות על אסון והעבירו ‏ 
פעילותם לאתר החם. החברה, לה קרוב / 
0 מנויים, בעסקי גיבוי מאז 5 מוכר 
שירותי האתרים החמים השני בגודלו, שור- 
תי 816פחגו5 מד.ג28 מע או, המתפאר ב"160 
מנויו, אומר שמעולם לא היה לו אסון "עשן 
וחצץ". 

לא בל מנהל לכ יעז להסתמך על סיכויים 
מעודדים אלה בכעל סיבה לא לחפש איזשהו 
גיבוי. | רעיונות אופטימיים כאלה עשוים. 
אולם, לעלות על פני השטח באותו שברוך 
שניה חולף לפני שנחתם חוזה לקבלת שירותי 
התאוששות מסחריים. חוזים אלה יכולם 
להיות הצעות יקרות. מחלקת השירותים 
היקרה ביותר המוצעת על ידי 8008876 
למשל, חיא עיסקה לפיה החברה מסנימה 
לגבות מחשבי 3090 רבים. בעוד שההסכם 
יכול להגיע עד מחיר של 270,000 דולרים 
בשנה, ההוצאה השנתית הממוצעת למנוי 
קרובה יותר ל72,0007 דולרים, לפי 016חו5. 
זה אינו כולל את ההוצאות הכרוכות בברי- 
קת התכנית. 


כמה חברות המספקות אתרים חמים מחיי" 
בות, עבור בדיקות, לפי שעות. 6פי 
שהיא היוצאת מן הכלל, מחייבת את לקוחו 
תיה בהוצאות העברת עובדים לאתר נמ 
יש להוסוף לכך גם הוצאות ב או 
שבדיקה יסודית יכולה להימשך -- או 
יותר. בדיקות גדולות יכולות ל -- להיות 
יותר עובדים, כך שההוצאות יכו - רחול 
ניכרות, במיוחד אם מיקום אתר 7 לחסוך 
מרחק ססס1 מילין. אפשר להלטין וָרים אם 
גמרי את הוצאות הנסיעה ו חמים 
נרשמים אצל מוכר שירותי --. 0 
איזורי כמו 6סזטסצטקח0 ב ב" 
6 בסו 6ווא; | .קז 806 \ 
מ 600 1505008 יי 
סו 00 |7ץז660%6 %0 
5 ב-.88/\ ,50808סיד. 


8 
ללי יר 


- 


בהילקחו כאחוז מהתקציב הבו 
גיבוי באתר חם אינו כל כך - קונטי 
5% חברת המחקר בסטמפור 5 


ה 
לט, מעריכה שמשתמש של מחלקת ולוס 


בשנה עבור גיבוי באתר חם. זה כו 
הוצאות נסיעה והוצאות נילוות כ 
ופיתוח התכנית. 











"יהוצאה זו מהווה בין 0.5% ל1997 בלבד 
מתקציב כולל של 118א," מדגיש פול שפינדל. 
סגן נשיא ומנהל ייעוץ כללי בקבוצת -71ג0 
זה שפינדל צופה שבעתיד, יותר חברות 
ובללו שירותי גיבוי באתר חם בתכניותיהם 
להתאוששות ממצבי אסון. 


אם אינך דלוק על אתרים חמים, תרצה אולו 
לנסות אפשרויות התאוששות אחרות. המב- 
חר כולל אתרים קרים, מעטפות מחשב, 
הסכמים הדדיים ומשרדי שירותים. אפשרות 
נוספת היא גיבוי עצמי תוך שימוש במרכז 
נתונים משוכפל. למעשה, מסכימים משתמ- 
שים אחדים שהקמת מרכז נתונים שני, המש- 
בפל את החומרה וקונפיגורציות התוכנה של 
מרכז יישום, היא הגישה האמינה ביותר 
להתאוששות ממצבי אסון. היא גם השיטה 
היקרה ביותר. 

אתר קר או מעטפת הוא בעיקרו של דבר 
מקום ללכת אליו במקרה של אסון. שירותים 
אלה מצויידים ברצפה צפה, מערכת חוטים 
וכבלים, אספקת חשמל ומיזוג, אולם אין בהם 
מחשב. מנויים פונים לספקי החומרה שלהם 
על מנת להתקין באתר מחשבים. ברגע 
שמתחילה מערכת חדשה לעבוד, מספק 
האתר הקר גיבוי לטווח ארוך בעלות הנמוכה 
באופן משמעותי משירות הגיבוי האופטימלו 
אך היקר יותר - האתר החם. האפשרות 
שהתקנת מחשב הגיבוי תתעכב וחוסר 
האפשרות לבדוק באופן מלא את תכנית 
ההתאוששות הם כמה מהחסרונות בשיטת 
האתר הקר. 




























הדרך שמצוע משרד שירות - יקרה 

משרדי שירותים, מן הצד השני, מציעים גי- 
בוי זמין לטווח קצר, אולם דרך זו עלולה 
להוכיח עצמה כיקרה בשמדובר בגיבוי לט- 
ווח ארוך. בסופו של דבר האפשרות הפחות 
יקרה היא מן הסתם הסכם הדדי עם חברה 
אחרת, אולם משתמשי כ רבים מטילים 
ספק במעשיות של הטכמים כאלה. 






















"הסכמים הדדיים אינם עובדים היטב, לדע- 
תי." מצהיר ג'ק באנון, מנהל בטיחות ונהלים 
ב"/6א, צ'רי היל, ניוהג'רסי. "לעולם אינך 
יכול להיות בטוח שהצד השני ימצא את 
הזמן הדרוש לעריכת העיבודים שלך." באנון 
הוא נשיא הקבוצה להחלפת מידע בנושאי 
התאוששות ממצבי אסון בעמק דלוור, ארגון 
המורכב מכ"500 חברות המקיימות בקביעות 
פגישות על מנת לדון בנושאים הקשורים 
לתכנון דרכי התאוששות ממצבי אסון. אצל 
רוב חברי הקבוצה קיימות תכניות התאוש- 
שות כאלה, למרות שחלק מהן נמצאות עדיין 
בתהליכי פיתוח. סקר חברות מן התקופה 
האחרונה | מורה שכמחצית מהחברות 
משתמשות בשירותי אתרים חמים מסחריים, 
בוד שהשאר סומכות על תערובת של שי- 
טות, כולל הסכמים הדדיים, אתרים קרים 
וגיבוי עצמי. 

ככלל, ככל שהמשתמש גדול יותר, כך סביר 
חר שיסמוך על שירותי גיבוי של אתר חס 
מטורה קבוצת ז6חוז63 מעריכה של-41% 



























ממשתמשי מחלקת היא 308 יש חוזים עם 
חברות המוכרות שירותי אתרים חמים בעוד 
שרק 9% ממשתמשי מחלקת ה43007 חתמו 
על חוזים המספקים להם שירותי גיבוי מטי- 
פוס כזה. אולם מספרים אלה אינם תואמים 
את המימצאים של 0 ושל 6זבפחטפ, 
שתיהן מדווחות שסך כל המנויים על שירותי 
אתרים חמים נמוך הרבה יותר. לפי 6זגפחוף 
רק 7 מ18,000-140007 מרכזי הנתר- 
נים הגדולים המשתמשים במחשבים של לפ- 
חות 25 חתמו על שירותי אתר חם. 
00 מוסרת סטטיסטיקות דומות. 

אין זה מפתיע איש שמוסרות כלכליים נמצ- 
אים בראש רשימת לקוחות האתרים החמים. 
רבים מהבנקים מיהרו לחתום על חוזה עם 
ספקי שירותי אתרים חמים לאחר שמחקר 
פשיטת הרגל המפורסם גילה עד כמה אין 
המוסדות הכלכליים עמידים בפני הפסקות 
בפעילות מחשב. ב-1983 הסעיר המפקח על 
המטבע את הרוחות בכך שדרש שחבר 
המנהלים של כל בנק יקבל סקירה שנתית של 
תכניות גיבוי פעילויות עיבוד הנתונים. חב- 
רות ייצור, שהפכו תלויות יותר במיכון 
בשנים האחרונות, נמצאות במקום השני 
ברשימת הלקוחות המשתמשים בשירותי 
אתרים חמים. 


לא בל חברה בעלת מחשב מרכז נתונים של 
נא או יותר היא מועמדת להשתמש 
בשירותי גיבוי של אתר חם מסחרי. ואכן, 
כמה חברות עיבוד נתונים הן כל כך גדולות 
עד שלגיבוין יידרשו שירותי כל האתרים 
החמים המסחריים מן הקרוליינות ועד 
קליפורניה. בקטגוריה זו נמצאות הסוכנויות 
הפדרליות. סוכנויות אלה, אשר אינן ממה- 
רות בררך כלל להראות עניין בשירותי 
התאוששות מסחריים, גילו לאחרונה עניין 
רב יותר בשירותים אלה. הביטוח הלאומי, 
למשל, שעיבודי הנתונים שלו מבוצעים במר- 
כז נתונים עם מחשב של 12588 בבלטימור, 
מסתמך עתה על שירותי גיבוי של אתר חם 
מסחרי לגיבוי חלק מעיבודיו. 























































גישת עשה-זאת-בעצמך 

במיגזר הפרטי, מעדיפות חברות אחדות את 
הגישה של "עשה-זזאת-בעצמך". גישה כזו 
מאמצות כמה חברות תעופה, בנקים ואתרים 
כמו מוטורולה, אשר מצאה, שמורכבות 
ההתקשרויות שלה והיישומים שלה מספיקה 
כדי להצדיק עלותו של בניית מרכז נתונים 
שני למטרות גיבוי. 


































"ביקרו אצלנו מוכרי שירותים אשר ניסו למ- 
כור לנו ביטחון מעתה ועד יום הדין, אולם 
היגענו להחלטה להקים שני מרכזי מידע, 
בשאומבורג, אילינוי ובפניקס," מסביר ארל 
גומרסל, סגן נשיא לשעבר לעניני תמיכה 
בפעולות ובמערכות במחלקת 18וא של 
מוטורולה בשאומבורג. 

"עבדנו עם תוכנה וחומרה מאוד מורכבות - 
המון 5א1, המון עיבוד מרוחק, המון תיב"מ," 
אומר גומרסל, המנהל עכשיו את הפיתוח 
הטכני ב".60 מטצוטואן .4.6 בנורת'ברוק, אי- 
לינוי. "לשמור שכל פריט ציוד היקפי ידבר 
עם כל פריט ציוד היקפי אחר אינו עניין 
טריביאלי. נתקלנו בבעיות אפילו בנושאים 
פשוטים כמו תקשורות אסינכרוניות וסינכרו- 
ניות. זה נבזי. יש אינסוף פרטים... אין ספק 
שהדרך הזולה ביותר היא למצוא הר ולבנות 
בתוכו מרכז מידע ענקי. החלטנו שמרכזי 
מידע דואליים הוא המחיר אותו אנחנו מו- 
כנים לשלם עבור ביטחון." 

גומרסל הוא הראשון להודות שהכפילות 
דורשת את מחירה. חברה יכולה למשל להי- 
שען על מרכז הנתונים הגיבויי שלה במקרים 
לא חמורים כמו הפסקת חשמל בת שעתיים, 
סרט שנהרס או צינור שנשבר. "זה יכול לה- 
יות אסון מסוג מסויים אם אין רואים דבר על 
נייר ההדפסה." 


אלה אינם סוגי הקטסטרופות המצדיקים 
הכרזה על אסון כפי שהוא מוגדר בחוזה 
שירותי האתר החם. (ההערכה היא ששכר 
הכרזה כזו, עבור העברת פעולות 2 לאתר 
המסחרי, נע בין 15,000 ל-25,000 דולרים). 
אף על פי כן אלה הם אותם סוגי הפרעות 
מרגיזות בפעילות הקורים לעתים תכופות 
הרבה יותר מאשר דליקות, רעידות אדמה 
וסופות טורנדו - הנושאים האהובים על יוע- 
צים לעניני התאוששות מאסון. "אנחנו 
מקלקלים מספיק ובאופן שגרתי, בלי שיקרו 























































"מעשה חושב" דצמבר 1987 כסלו תשמ"ח 
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אדם או טבע, ואדם ד 
ם על הרגליים בשצריך, 




















































אסונות מעשי ידי 
להיות מסוגל לקו 


. ות ההתאו 
5 פרגמטי אחד. % ה 
+ 0 אה ה | מה יזה היה שיקול בו לא טיפלה ה 
0 - גיבוי זמני למרות | רוזנאו. "זה 
ים ללקוחותיה ; | 
. שמות רבים. לקוחות ו ש 
שים בשירותים לבל מקרה של ה 
מש באתר החם משך 2 .-/ יי 
להשת - / 
= א ות לס הוא קצת במו פוקר, בלי האחוזים 


ר לך שלא יבטח אותך אם 
בת מטפי כיבוי, אולם הוא 
במה תקטין התקנתו של 
סובוניך. שלא כמו ביטוח 
בית או מבונות, לביטוח ?2 אין נוסחאות 
סטנדרטיות. ‏ המבטח שוקל כמה גורמים 
ואחר כך קובע לאיזה משתי קבוצות סיכון, 
גבוהה או נמוכה, שייך הלקוח. 

הנה כמה מגורמים אלה: 

= בניין שהוא כולו מרכז נתונים; בניין חדיש 
- עריף. בנייץ המשותף גס לפעולות אחרות, 
במיוחד לייצור, הוא בעל סיבון גבוה. אם 
מרכז עיבוד הנתונים הוא בקומת הקרקע, 
עדיף שלא יהיה מוּעד להצפות. בניינים 
ישנים, ללא מטפי כיבוי או קירות חסיני אש, 
אינם מוצאים חן בעיני המבטחים. 


המבטח עשוי לומ 
לא תהיה לך מער 
לא יאמר לך ער 
גלאי עשן נוסף את 


עוזרת ללקוחותיה על ידי שהיא מרשה להם 
להשתמש ב-48 השעות המוקצות לבדיקה 


כגיבוי לטווח קצר בזמן חירום. 


הימנעות מבעיות גיבוי , 
מצבים כאלה, בהם נדרש הגיבוי לטווח קצר, 


בוודאי שכיחים יותר מאסון "עשן וחצץ" 
בגודל מלא. אולם, המעבר לאתר חס במצב 
שהוא פחות מאסון בקנה מידה גדול יכול גם 
הוא לעורר בעיות. הימנעות מבעיות גיבוי 
אלה היא מטרתו של הבנק הלאומי ראנייר - 
מנוי בשירותי האתר החם של 0006060. 
תכניות הגיבוי של הבנק מסיאטל מתוכננות 
בך שבמצב של גיבוי נעשית כל עבודת הייד 
שום המקובלת ובאותו תיזמון בקירוב. 
"המצב בעבר היה כזה שלא יכולת לגבות 
יותר מאשר שניים או שלושה יישומים קריטד 
יים," מסביר לן סנדרסון, מנהל תכנית 
ההתאושששות בכל מקרה בראנייר, "אולם 
עכשיו יש לנו כל כך הרבה יישומים תלויים 
זה בזה... שאם היינו מנסים להריץ יישום א' 
בלי יישום ב', היה קורה לנו אסון נוסף." 
גישה זו חוסכת זמן מה בפיתוח מערכות, 
מכיון שהבנק אינו צריך לדאוג להרצות מיב- 
לול מיוחדות, בהן משתמשים רק במצב גי- 
בוי. 

סנדרסון חושב שייקח לפחות 48 שעות לע- 
בור למערכת הגיבוי שלו - מעבר גוזל זמן 
שיבלול מיסלול מחדש של כל רשת תיקשורת 
הנתונים המקוונת לאתר החם של 0810800 
בשיקגו. "לבל מקרה חירום, כמו הפסקת 
חשמל זמנית, נישאר במקומנו אם נחשוב 


שהתקלה ניתנת לתיקון בפחות מיומיים * 
אומר סנדרסון. 


ראנייר אינו מתבוון לשבת זמז ר 
מידע מואפל ל סמות - 
שתתחדש. בשנה שעברה פתח הבנק הזהיר 
מרכז מידע חדש שתוכנן להיות עמיד בבל 
האפשר בפני אסון. "המרכז החדש," לו 
פיטר רוזנאר, סגן נשיא לשירותי מידע ב- 
ראנייר, "בנוי לעמוד בפני רעידות אדמה 
ו יש לו אספקת זרם חשמל משלו 
ניתן להפסיקה, 8 טש פס וגנר- 
טור חשמל המתוכננים להיכנס לפעולה תוך 


, זיהינו מל הת ורק 


איים שיש פצצה 







6 איסור מוחלט על עישון במ 
"זה יכול להיראות מישני, 
לים להחליט שלא לבטח חברה ד 
עישון במרכז הנתונים," אומר 
מנהל השיווק של הקבוצה הט 


> מערכת מיוחדת לחימום ולקירור. לד 
מבטחים, שריפות בחדר המחשב ד - 
אולם נזקים הנגרמים על ידי הע 7 "ית 
משריפות אחרות הם שכיחים, 2 
* מטפים או מערכות גז הָלוּן (הלון הוא הגז 
מדכא האש שפותח על יךי חברת דופונט) 
"איננו מחייבים חברה להשתמש באמצעו 
מסויים דווקא," אומר מארק סקופילד, מנחל 
הדרכה ב--36 8ת66תופח [הטטא 7 
[5636, חברה שמרכזה בנורווד, , מסצ'וסטט 
המספקת שירותי ייעוץ ומניעת אובדן לחב- 
רות ביטוח וללקוחותיהן. "מטפים הם זולים. 
הָלוּן טוב אם אפשר להבטיח שדלתות וחלו- 
נות לא יושארו פתוחים או שבורים. המע- 
רכת הטובה ביותר היא זו המשתמשת בהֶלון 
במכשיר עיקרי ובמטפים כגיבוי". 


הקיום בשלעצמו של תכנית לכל מקרה אסון 
לא יקטין את סיכויי האסון. אולם תכנית 
טובה מטפלת בדרך כלל בפריטים רנים 
ברשימתו של המבטח ובכך מקטינה סיכונים. 


אם אתה שייך לקבוצת הסיכון הנמוך, כמה 
יעלה כיסוי ביטוחי? התשובה אינה פשוטה. 
ישנם ארבעה סוגים של ביטוח ?פ: 

+ חומרה הרוסה או פגועה. זה נשמע חד- 
משמעי, אולם מהי בדיוק חומרה פגועה ינול 
להיות נושא מחלוקת בין מבטחים ללקוחות. 
* נתונים שאבדו, כולל תכניות, נתונים ומדיה 
ריקה. "רוב האנשים מגבים סרטים, אבל תופי 
תע לשמוע עד כמה שביח איבוד מידע 
חיוני," אומר האאק. המבטח מכסה את ל 
שיחזור המידע. זה יבול בהחלט לכלול כת 
בה מחדש של תכנית. לל בל הוצאה 
* כיסוי הוצאות נוספות, הכו לת 
מעבר לעלות הנורמלית של ניהו - 
עיבוד נתונים - תשלום עבור אתר ו 
אתר קר, העברת חומר לאתר גיבוי, ה 
טלקומוניקציה וכו". ם 
> כיסוי בגין הפסקות פעילות. הפ טו. ה 
שניתן ליחס אותו ישירות לאובדן *%' 

ן וע 
כיסוי ביטוחי של אובד ה הנר 
בין 20 ל-30 סנטים לכל סס1 4 למרבז 
חים, או 30,000-20,000 דו 4 בהנחה 
נתונים ששוויו 10 מיליון בשומה 0 
שההשתתפות העצמית היא 0 : 
דולרים. כיסוי הוצאות מ בוסוי ב'1 
ל"30 סנטים נוספים לבל 100 1?\ שב תננת 
הפסקת פעולות יקר יותר, או מקרה זה 
התאוששות בדוקה. חיטב בול בוסוי 
לחסוך הוצאות. זול יותר * 7 ך עבור ל' 
חמישה ימים של הפללה, ה החדִים אף 9 
ימים ללא פעילות. מבטו\ יפות אס 


; | יבטחו אותך מפני הפסקת פע 


תהיה לך תכנית התאוששות. 

















אנד פ. הול 
0 


שבע דרכום ללצ 
= בהוצאות אחזק 


חלק נכבד ממשתמשי החברות כיום מקדיש 
זמן רב מדי לאחזקת תוכנה וזמן מועט מדי 
לתכנון דרכים להקטין את היקף האחזקה 
הנדרש. הערכות אחדות מייחסות, באופן 
ישיר או עקיף, עד חצי מסך כל הוצאות 
המיחשוב - כולל חומרה, תוכנה וצוות עוב- 
דים - לתהליך האחזקה. האחזקה צורכת עד 
שלושה רבעים מעלות מעגל החיים השלם 
של התוכנה, וכך דורשת משאבים ניכרים 
אשר יכלו לשמש טוב יותר בפיתוח יישומי 
תוכנה. השלמתה של רשימת המשימות 
הטיפוסית לפיתוח יישום משולב יכולה 
לקחת עד כדי ארבע שנים. 


פירושן של הוצאות גבוהות אלה הוא שאפ- 
שר להשיג חסכון עצום על ידי קיצוץ בזמן 
המוקדש לאחזקה. אם אכן צורכת האחזקה 
שלושה רבעים ממאמץ מיחשוב משולב, הרי 
שהקטנת האחזקה בשליש תכפיל את הזמן 
הפנוי לפיתוח. אפשר להקטין את משימת 
האחזקה על ידי יישום איסטרטגיות המתמק- 
דות בדרכים לקצץ בכמות האחזקה הכוללת 
המתבצעת. תהליך אחזקת התוכנה משנה 
תוכנה אופרטיבית קיימת מבלי לגעת 
בפונקציות העיקריות. אחזקה זו יכולה לל- 
בוש צורות רבות. אחזקה מתקנת (-601866 
וו מרפאה כשלים ביישום של עיצוב 
המערכת. אחזקה משפרת (60006/ז6ק) מחז- 
קת את התוכנה על ידי הפיכתה ליעילה יותר 
או לנוחה יותר לאחזקה. אחזקה התאמתית 
(9וק04) מתאימה את התוכנה לשינויים 
סביבתיים כמו חומרה חדשה או טיפוסי 
נתונים חדשים. לבסוף, אחזקה פונקציונלית 
(המכונה לעתים אחזקת שינויים) משנה את 


פונקצית התוכנה על ידי הוספה או ביטול של 
מאפיינים, 


באחזקת תוכנה ישנם שלושה שלבים. ראד 
שית, על המתכנת להבין את השינוי המבוקש 
יאת התוכנה שיש לשנות. שנית, על המתכנת 
0 את השינויים הדרושים. לבסוף, יש 
בדוק שוב את תקיפות התוכנה על מנת 
בטיה שהיא עובדת בצפוי. 


ל 
"יע המזל, קשה לתחזק תוכנה משום 


ד סז ה0ופפ !ומסק ע 8100!פהדד 
.7 ל 








אחזקת תוכנה 


תוכנח דאשתקד. כשהקוד אינו מבני, קשה 
למתחזק לשזור בו את שינוייו. בדיקה מחדש 
של תקיפות התוכנה הינה כמעט בלתי אפש- 
רית אם אינך יכול להבין מה חיא חיתה 
אמורה לבצע מלכתחילה. 


שבע האיסטרטגיות המתוארות למטה מקוב- 
צות לארבעה תחומים שונים: איסטרטגיות 
לאחזקת מערְכות קיימות, איסטרטגיות לפי- 
תוח מערכות עתידיות, איסטרטגיה לניהול 
סגל אחזקה ואיסטרטגיה לניהול תוכנה. המ- 
קום המובן מאליו להתחיל בקיצוצים באחז- 
קה הוא במערכות קיימות. מערכות קיימות 
אינן תמיד כמובן מועמדות להחלפה בטווח 
קרוב, ופירושו של זה הוא שהן תחיינה 
בפעולה לפחות בעתיד הקרוב ותזדקקנה 
לאחזקה שוטפת. המפתח לאחזקת מערכות 
קיימות נעוץ בעריכת שינויי איכות שיובילו 
לאחזקה קלה יותר בעתיד. 


אוסטרטגיה 1: שפר 
תועוד קיים למער- 
כות קיומות. לפי 
מספר הערכות מב- 
לים מתכנתי אחזקה 
בין 47 ל"62 אחוזים 
מזמנם בנסיון לה" 
בין את התיעוד 
ואת הלוגיקה של 
תכניות. זוהי בעיה 
מבריעה כל כך עד של-80 אחוזים מ5007 
תאגידי הממון (01811005קז60 500 6תגטזסי1) 
וישומים הנתמכים על ידי מומחים, מכיון 
שרק הם מבינים את לוגיקת היישום. 





תיעוד הוא אחד הכלים החשובים ביותר 
לעזור למתכנתים להבין מערכת, אולם מקו- 
מו בסרר העדיפויות של מתכנתי אחזקה כמו 
גם בקרב המפתחים - היה נמוך. גם כשנכתב 
תיעוד, הוא היה, לעתים קרובות ביותר, במר- 
נחום של מה שנעשה ולא מדוע או כיצר 
נעשו הדברים. לכן היתה תגובת שרשרת. 
מתחזק עורך שינוי ואינו מתער אותו, ואז בא 


ת תוכנה 





המתכנת הבא ועליו להבין מה עשה השינוי 
הזה. מכיון שאינם בוטחים בתיעוד, מנסים 
המתכנתים לפענח את קוד המקור המקו- 
שקש על מנת להבין את המערכת, ולו רק 
מכיון שקוד אינו משקר. 


אפשר להרוויח רבות פשוט על ידי מאמץ 
לשפר את תיעוד המערכת. תיעוד מערכות 
יכול לספק מידע שיהיה רב ערך מאוחר יותר 
בקביעה איזה מבנה ביישום נשחק דיו ומצ- 
דיק כתיבה. ואולם, החשוב ביותר - תיעוד 
מערכות יספק למתחזקים בעתיד את הכלים 
הדרושים ליישום שינויי איכות. הם יוכלו 
להבין במהירות כיצד לערוך שינויים ויוכלו 
לצפות השפעות לוואי של שינויים אלה לפני 
שהם עורכים אותם. 


איסטרטגיה 2 
כשאתה | מתחזק 
מערכות ‏ קיימות, 
מזער שינויים מת- 
קנום ומשפרים על 
ודי עריכת תיקוני 
איכות. התיקון המ- 
היר| הוא דרך 
הפעולה המקובלת 
כיום, שהחיא ההר- 
סנית ביותר מבחינה מבנית. המתקנים המהי- 
רים הפוריים ביותר הם המפתחים שרוצים 
לפתור כל בעיה מהר ככל האפשר על מנת 
שיוכלו לחזור לפיתוח. אולם, טלאים, במיוחד 
כשהם נערמים על-גבי טלאים אחרים, יוצרים 
מערכות לא יציבות שלא תוכלנה לעולם לה- 
יות בסיס להתקדמות. 





צריך שתהיה אקסיומה תחזקותית: תיקוני 
בגים מולידים בגים. כל פעם שאתה עורך 
שינוי בתוכנה, ישנו סיכוי גדול שתגרום לב- 
גים נוספים. לעתים קרובות ביותר זוהי תוצ- 
אה של עריכת שינויים מתקנים במהירות 


]| וללא סדר מסוים. חייב להיעשות מאמץ לע- 


רוך תיקוני איכות. שינויים המיושמים תוך 
מחשבה מן ההכרח שיהיו בהם פחות טעו- 
יות. 
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שתיקון הבעיות 
נע בעיות רבות 


ט 
נוספות בעתיד. לדעת אחדים מן המנתחים, 
תיקון של 20 האחוזים הגרועים ו 
הקוד יתקן גם 80 אחוזים מן הבעיות הע 


יות. 


ישנה הסכמה רחבה על כך 
המציקות ביותר תחילה ימ 


תיקוני אובות יכולים כמו כן לשפר את היה 
- עם המשתמשים. משתמשים יודעים 
למה לצפות מהמערבות שלהם, לטוב ולרע. 
הכנסת טלאי שהבנתו לקויה למערכת עלולה 
לעורר חוסר מנוחה אצל המשתמש. את 
השינוים הנדרשים תוך כרי אחזקת תוכנה 
וש להעביר בקבוצות. צירוף בקשות אחזקה 
לקבוצות לצורך העברתם מאפשר לשינוי 
להיות מיושם באופן מסודר ובאותו זמן 
מאפשר פירוט רב יותר בניתוח הבעיה, בקר 


דוד ובבדיקות. 


קבוצות אלה יסבו לעתים קרובות את תשר 
מת לבם של המתכנתים להשפעה הגלובלית 
שיכולה להיות לבעיות על המערכת במקום 
להשפעה על חלק מסוים ממנה. זמן הבדיקות 
יקטן בהרבה מכיון שכל השינויים יוכלו להי" 
ברק ביחר. התהליך צריך, עם הזמן, לשפר 
את אמינות המערכת. 


אוסטרטגוה ‏ - 33 
תבנן, בקר ומזער 
אחזקת | שונו"ם 
במערכות קיימות. 
הנתח הגדול ביותר 
של תקציב האחזקה 
מוקדש | לאחזקת 
שינויים, | המשנה 
את פונקצית המע- 
רכת. אחזקת שינו- 
יזם הינה לעתים קרובות תוצר של דמיונם 
הפעיל מדי של משתמשים והתוצאה הזנה 





המשתמשים 
תופשים את ההשפעה הכלב- 
4 של בקשותיהם לשינוי. חדרך הטובה 
תר להקטין את אחזקת הששינויים הזנה 


לתבנן ולבקר את השיפורים 
יומים. 0 


הררך הטובה ביותר לבקר שז 

שום על ידי השרמ ו תק 
שים לשקול את העלות לעומת היתרון שיו 
מכל שינוי. רוב המשתמשים חופשיים לה = 
בקשות לשינויים כרצונם, ללא 4 
להשפעה הכלבלית. מערכת 
מערכת חיובים יכולה לג 


וותר ועריכת אותם 


הּ 
חזקה נמוכ 5 המשתמשים. 


ות א 
על ם אכן זקוק 


שונויים לה 


ישנות, ש 
ו או בבלל, הן מועמדות עיקריות 
ו 


לאחזקת שינויים. 


המפתח לקיצוץ עתירי באחזקה לטווח ארוך 

ל תוכנה נעוץ בפיתוח של אמצעים מונעים 
יי בהם. ועם המחשבה הזו ברקע, 
- עתה באיסטרטגיות לפיתוח מערכות 


עתידיות. 


אוסטרטגיה | 4 
בשאתה | מפתח 
מערכות עתידיות, 
בחר והכרח עיצוב 
ושיטות | תיכנות 
מבניים. | ההערכה 
השמרנית | אמרה 
שפיתוח המשתמש 
במתורולוגיות | עי- 
צוב מבניות ייצור 
תוכנה הקלה לאחזקה פי שתיים מאשר זו של 
היום. תחומי המפתח המעורבים בשיפור 
תחזוקתיות התוכנה הם עיצוב לשינוי בעתיד 


ו של העיצוב ושל תהליך התי- 





עיצוב מערכות תוך מחשבה על שיויים 
יספק למתכנת האחזקה את האמצעים לה- 
- שינוזי איכות במינימום זמן. מאמץ 
ו ו ההתאמתית יכול להיות מקוצץ אם 
- 8 מעברים עתידיים אפשריים, 
-. . ידד בידוד רוטינות התלויות בסבי- 

מרה, תוכנה) תהיה לך רק קבוצת 


מוד 
ולים אחת ‏ שתזדקק לשינל 
היישום לטביבהה ו טי, אם יועבר 


0 אופן אפשר חיה 
ואחזקה המתקנת והמשפרת על ידי הליבה 
ו 








בות מזערית של מערכת ושל תכ 
שיוביל לטעויות תיכנות מעטות רה" מה 


איסטרטגיה 5 
אמץ אל חיקך את 
מצילו אחזקת התוד 
בנה - שפות הדור 
הרביעי | ומחוללו 
וושומים. האיסטר- 
טגיה הבאה המומ- 
לצת ‏ - פשוטה. 
נראה שיש מציל 
אחזקה באופק. בא- 
שר שימוש במחוללי יישומים ובשפות הדור 
הרביעי הופך שכיח יותר, | תקטנה הוצאות 
האחזקה בצורה דרמטית. 





יתכן שמחוללי יישומים/שפות דור רביעי 
יקלו על האחזקה בכמה תחומים ויעשו הכל 
מלבד לבטל שינויים מתקנים, מכיון שמחוללי 
הקוד שלהם אמורים ליצור קוד חופשי 
משגיאות. שינויים מחזקים (0ם6מ06ת03ח6) 
קל יותר לבצע במערכות שנוצרו על ירי 
מחוללי יישומים או נכתבו בשפת דור רביעי. 
המערבות ניתנות להרחבה בקלות ממכיון 
שחיזוק מערב רק שינוי בספסיפיקציות המע" 
רכת ולא בקוד המקור. באחזקה התאמתית 
יחיה בוודאי יתרון לשימוש במחוללי יישור 
מים/ש.ד.ר. ‏ כיון שכל הרוטינות התלויות 
בסביבה נמצאות בתוך מחוללי היישומים/ 
ש.ד.ר., אפשר להעביר ספסיפיקציות ל 
לסביבות אחרות אשר גם בהן יושמו מח 
היישומים/ש.ד.ר., שלא שונו. 


למחוללי יישומים/ש.ד.ר. ישנם עוד מאפיניפ 


ש 
מעניינים | הקשורים לאחזקה. ו 
במחוללי יישומים/ש.ד.ר. מחייב לוגה 


ומתכנתים להתאים עצמם . ה ולו 
סטנדרטית. לכן, מחוללי 0 מווצר 
על אימות מפרטים. תיעוד יוכ וום/ש רה 
אוטומטית על ידי מחוללי ו של 
וזה יספק עזרה נוספת בחיזוק 

המתחזק להבין את המערכת. 


מחוללי יישומים/ש.ד.ר. יכולים = ₪ 
למפתח לשפר את חקשר. ל המַפַתח אה 
מחוללי יישומים/ש.ד.ר. ות ה,שור ש 
החזדמנות לספק אב טיפוס מה ואמותייל 
לשמש להפקת מפרטים מ קישומ זה 
יותר של דרישות המשתמש רקוס ב 
יקטין את כמות השינויים המחז עול פיקוה 
אזהרה אחת: חיוני שההנהלה ת . והשומיל/ 
על פיתוח היישום בעזרת מחו 
ש.ד.ר. מכיון שבה קל ליצור ייש 
לים על ודי פיתוח "לפי חוש"י 












אוסטרטגיה 6 ספק 
לצוות | האחזקה 
אור בקצה המנה- 
רה על ידי מתן הב" 
לְום | המתאימים 
ותמריצים להישאר 










בעבודה. רוב 
בות ‏ מידע רואים 
אחזקה | בדרכים 






הבאות: לא הוגנת (חסר מידע הדרוש לבי- 
צוע העבודה); אי הצלחה מובטחת (אנשים 
רק יחזרו עם בעיות נוספות); עבודה ללא 
מוצא (אין התקדמות ניכרת); ולא בחזית 
הטכנולוגית. נקודות ראות שליליות אלה, 
המוצדקות במקרים מסויימים, משחקות תפ- 
קיד אינטגרלי בקצב התחלופה הגבוה של 
אנשי אחזקה. קצב תחלופה גבוה, מקטין, 
במובן, את יכולת הצוות לייצר, וכך מקטין 
ריווחיות. על מנת לשמור על אנשי האחזקה, 
צריכה ההנהלה לספק אור בקצה המנהרה - 
בלומר, היא חייבת לנטוע במתכנתי האחזקה 
את התמריץ להישאר במחלקה. 















דרך אחת לשכנוע מתכנתים להישאר היא 
לספק להם את הכלים לעשות את עבודתם. 
רוב המתכנתים מבלים מחצית מהקריירה 
שלהם בפעולות אחזקה או בניהולה. למרות 
זאת, מעטים מהם מאומנים לכך. יש ללמד 
את מתכנת האחזקה כיצד לתחזק מערכות. 
כן יש לאמנו בטכנולוגיה המשמשת לפיתוח 
מערכות חדשות על מנת לאפשר למערכות 
אלה להיות מתוחזקות לאחר שהוחל בייצו- 
8 

דרך אחרת להילחם בקצב התחלופה הגבוה 
היא להכניט שינוי לפונקנצית התחזוקה. ישנו 
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8 גבוה בין נסיון במערכת לבין היכולת 
. זקה. לבן, הררך הטובה ביותר לתחזק 

ערכת היא להעטיק בקביעות מומחה למער- 
בת זו. ניתן להשיג זאת על ידי שימוש באזו 
שהיא מדיניות "ליווי אחזקה". מדיניות הלו- 
ווי כרוכה בזה שחבר בצוות הפיתוח "ילווה. 
את המערכת אל האחזקה. המפתח המלווה 
= עם המערכת עד שצוות האחזקה מר- 
ג ש נוח איתה. בזמן הביניים (בתקוה שמח- 
זור זה יהיה ארוך, עם מעורבות של רוב 
הצוות), חבר בצוות האחזקה יוכל להשת- 
חרר ולעבוד בתחום הפיתוח. שינוי זה אמור 


לספק את התמריץ הדרוש כדי להחזיק 
מתחזקים. 


איסטרטגיה 7 


התיוחס | לתוכנה 
כאל רכוש משותף. 
מנחלי | מערכות- 


מירע-ניהולי/עיבו- 
ד-נתונים (85א/) 
מקדישים אחוז 
אחד בלבד מזמנם 
לטיפול | בדרישות 
אחזקה, אולם הם 
מבלים 30 אחוזים מזמנם בטיפול בדרישות 
של יישומים חדשים. מנהלי 818א/2 מעוניד 
ינים בדרך כלל יותר בשילוח היישומים 
שלהם ובקבלת טפיחות על השכם מאשר 
בראיה לטווח של שנתיים או שלוש קדימה 
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וצפייה של בעיות אחזקה. אם ההנהלה לא 
היתה כל כך קצרת רואי, היתה יכולה לחסוך 
כסף רב. 

מעריכים תוכנה בין 56 ל-50% לשורת קוד. 
אולם רק לאחרונה הבינה ההנהלה שתוכנה 
הינה רכוש משותף. עד עכשיו, נחשבה 
תוכנה סעיף הוצאות, ואחזקה נחשבה לרוב 
שלילית במאזן החברה. 


אולם אחזקה אינה תמיד שלילית. בעוד 
שהיא אינה יכולה לשמש לייצור רווח, יכולה 
אחזקה להיות חיונית לשימור רווחים. אפשר 
להשתמש בה באופן איסטרטגי למנוע הפס- 
דים גדולים על ידי הימנעות מהסיכון 
שבכישלון מאמצי פיתוח ועל ידי דחיית 
פיתוח-מחדש יקר. 


אחזקה מתחילה עכשיו להתבגר רק מכיון 
שחברות הכירו בתוכנה כברכוש. הכרה זו 
מצריכה שינוי בניהול תוכנה. כמו בכל רכוש 
אחר, עליך לדעת מה יש לך, איפה הוא 
נמצא, כיצד הוא מבצע, ועליך להעריך את 
הביצועים שלו ולקבוע סדר עדיפויות לשינו- 
יים בהתאמה להחזר ההשקעה. ההשלכה 
של זה היא שעל מנהלי התוכנה לתכנן, לאר- 
גן ולפקח על מצאי הרכוש על מנת להשיג 
רווח מירבי לחברה. 


אם על החברות להישאר ריווחיות ותחרות- 
יות, עליחן לנחל תוכנה באופן רווחי. 
האיסטרטגיות שתוארו יוצרות את הבסיס 
לניהול רווחי של התוכנה כרכוש. הן מוסי- 
פות מבניות ואמינות לתחליך העיצוב ומע- 
לות את האחזקה למקומה הראוי כמגנה על 
ערך התוכנה. 
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מערכות מידע ניהולו 
(9זא) משולבות יבולות 
לקצור רווחים מקיצוץ 
בזמן ובהוצאות 
המוקדשים לאחזקת 
תובנה. קיצוץ באחזקה 
פירושו משאבים נוספים 
פנויים לפיתוח. אפשר 
להפחית במאמץ 
האחזקה ע"י יושום סדרה 
של איסטרטגיות 
ספציפיות בכל רמות 
הפעולה של התוכנה: 
מערכות קיומות, מערכות 
עתודיות, סגל ותהליך 
הפותוח עצמו. 
איסטרטגיות אלה, 
המקלות מהנטל הכלבלו 
שעל החברה, מנסות 
בראש ובראשונה לקצץ 
בכמות הכוללת של 
אחזקה שעל מערכות 
המידע הניהולו לבצע. הן 
מוסיפות מבנה ואמונות 
לתהליך העוצוב ומעלות 
את האחזקה למקומה 
הראוו במגנה על נכסו 
התוכנה. 


.או דגק 0 חסן 


[פוהזטק צט תד 
.17 פה 
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הנדסת תוכנה 


שושה צערום לבניה מבוססת - 1\ 


של אבי טופוס פונקציונליים 


בפותוח אפליקציות מורכבות - כמו מערכות תומכות החלטה - יכול להחיות יתרון לשומוע 
בטבנוקות ששימשו לראשונה את המחקר בתחום האונטיליגנציה המלאכותית (31), במקוחר 
בניות 9" טופוס פונקציונליים. בניגוד לבניה המסורתית של אבי טיפוס, המתמקדת בהובטום 
חיצוניים של המערכת, כמו מסבים ורוחות, מציג אב הטיפוס מבוסס.41 את לוגיקת ההחלעה 
הפגימית של מערכת המטרה. מחקר המקרה (5000% 6% הבא מפרק לשישה צעדים תהלוך 
פותוח המתרכז סביב בניה מבוססת-41 של אבי טיפוס פונקציונליים. הטכניקה הוביחה עצמה 
ועולה ואפקטיבית ביותר, הן במונחים של הזמן המוקדש להשלמת עיצוב המערכת והן 
במונחי אוכות העיצוב המוגמר. הטכניקה מתאימה ביותר לפרוייקטי פיתוח מורכבום 
במידת-מה, הניתנים בקלות למודולריזציה. 


































הא6אסא 


רוא 


שיטות | הנלקחות | מהמחקר בתחום 
האינטיליגנציה המלאכותית יכולות לשמש 
לבנית אב-טיפוס המציג את תהליכי המפתח 
במערכות תומכות החלטה של הום. 
בניה מבוססת-1 של אב טיפוס פונקציונלי 
יכולה לשמש להצגת הדרישות מאפליקציה 
מורכבת באופן כזה, שלא זו בלבד שקל 
להעבירו למשתמשים, אלא אף עוזר למפת- 
חים להעריך בדיוק את מאמץ היישום. שתי 
נקודות אלה עוזרות להבטיח הצלחה בכך 
שהן מקטינות את אי הוודאות סביב פיתוח 
מערכות המבוססות על לוגיקה מורכבת. 


מחקר המקרה הבא מבוסס על נסיוני עם 
ארתור אנדרסן ושות', שיקגו, בפיתוח מער- 
כת מלאי נפט ובנזין מבוססת-מחשב-מרנזי 
עבור חברת נפט גדולה. ראינו את הפרוייקט 
כמועמד מצוין לפיתוח בעזרת בניה של אב- 
טיפוס פונקציונלי מכמה סיבות. 

ראשית, לחלקים מהיישום, במיוחד לפונקצית 
ניהול החומרים, היתה לוגיקה פנימית מור- 
כבת. פונקצית ניהול החומרים חייבת לעקוב 
אחר תנועת ציוד ממקום מוחכר (6086!) או 
ממחסן נפט אחד לשני. המעקב אחר תנועות 
אלה נעשה מורכב כשנכסים הם בבעלות 
משותפת של יותר מאשר חברת נפט אחת. 
בסך הכל היו כ-55 סוגים שונים של תנועות 
ומספר נוסף של תמורות של תנאים יוצאי 
דופן. 


הסיבה השניה בעטיה נראתה בנית אב- 
טיפוס פונקציונלי מתאימה למאמץ הפיתוח 
שלנו חיתה העובדה שהמערכת החרשה 
עשתה יותר מאשר מיכון פעילות ידנית 
בלבד, ולכן אפילו המומחים לא ניסחו עדיין 
וח פורמלי מלא את העיבודים החדשים. 
ב''נתן הסיכונים ביישום מערכת כזו, נזקל 
ציות הפיתוח לביטחון כלשהו שהתהליך 
"יבן חיטב לפני שיוחל בתיכנות כלשהו. 
5 אב-טיפוס פונקציונלי הובחה בשימו- 
שות הן בניסוח מיפרטי התהליך של המע- 
לת וח[ בהעברת תהליכים מורכבים אלה 
מתכנתים שיישמו אותם. השתמשנו בגישה 

שישה צעדים לפיתוח אב-הטיפוס 
"פונקציונלי, 


ראוונות. המומחה הפונקציונלי של חברת 
הנפט עסק יום אחד בדיון על היישום עם צוות 
הפותוח ובסקירת מצבים אמיתיום בהם בוצע 
התהליך המוושם. המומחה נתן לצוות 10 מקרים 
שווצגו מיגוון של מצבי העברת חומרים ואת 
רשימות התוצאה שלהם ביומן. 


ובמעטפת מערכת מבוסטת-חוקים ופיתח 

בפחות משבוע מערכת שעיבדה בהצלחה את 
בל עשרה המקרים. תוצאות מיידיות אלה נתנו 
אמינות לתהליך בעיני המומחה הפונקציונלי שהפך 
נלהב להמשיך בפיתוח המודל. 


2 יושום ראשוני. הצוות השתמש במקרים 


חומרים היסטוריות יותר שימש לזיהוי מקרים 
אחרים יוצאי דופן. מקרים נוספים אחרים 
נוצרו עבור מצבים עבורם לא נמצא תיעוד. 


5 ניתוח מקרים. תיעוד אמיתי של העברות 


עידון הידע. מודל אביהטיפוס המשיך 

להתעדן עם שזוהו מצבים חדשים. לאחר 

חמישה שבועות עיבד המודל נכונה את כל 
5 הקטגוריות הכלליות של העברות חומרים. 95 
מקרים שימשו לבדיקת המצבים השונים. 


הטבעת חותמת המשתמש. הפלט של מערכת 


אב הטופוס היה דו"ח בן עמוד אחד ששיקף 
את הפרמטרים של מקרה הבדיקה ואת רישום 


התוצאה ביומן. המומחה הפונקציונלי בחן את 
דיוקנה של בל חבילה. 


תיעוד. כשאישר המומחה את המקרים 

ושובנע שהמודל שלם ועובד כיאות, תורגמה 

ודנות הלוגיקה הפנימית, או מאגר הידע, של 

אב הטיפוס לדרישות פונקציונליות. טופס טבלת 

0ז גוו מקובל שימש לתיעוד לוגיקת קבלת 
ההחלטות של המודל. תיעוד זה הופק ב-4 ימים. 
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נוסף למודל עובד מבוסס-6? שעיבד נכונה 


את המרחב השלם של ה 
ודצרה בנית אב הטיפוס הפו 


עברות חומרים, 
נקציונלי קבוצה 


של מיפרטי עיצוב יחד עם 100 עמודי 0 
אות, 12 תיאורי מודולים ותיאורי רכיבים 


תומכי נתונים; כמו כן 


הופק תיעוד בדיקות 


שאושר על ידי המומחה הפונקציונלי ואשר 
כלל תנאים, מקרים ותוצאות צפויות. תוצרים 


אלה ישמשו גם הם 


לבריקת תכנית הד 


7 שתיבתב והמודל יוכל לשמש ליי" 
צור תוצאות צפויות למקרים נוספים שיזוהו 


בעת בדיקת התכנית. 


גישת אב הטיפוס הפונקציונלי היתה יעילה 
לא פחות במונחים של זמן. נדרשו 60 ימי 
עבודה - ממוצע של 5 ימי עבורה למודול. 
זמנו של המומחה הפונקציונלי היה רק 5% 


מהמאמץ הכולל. 


היתרון החשוב ביותר בשימוש באב טיפוס 
היה האיכות המשופרת של העיצוב 
הפונקציונלי, שהיה טוב יותר מכזה המפותח 
באמצעים מקובלים. מודל ממוכן איפשר כמו 
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תוך ימים 


מסבי דמה שמסתירים ע 


1 'ים הם 


במובן הזה שהם אינם 
היישום ושהם הידמו א 


או שבועות. 


העריך את 
בנות והבדילות. 


בנוגוד לקבוצה של 
יבוד ריק, אבי טיפוס 


אפליקציות עובדות. הם אבי טיפוס 


או לתכניות אחרות. 


מקיפים את כל תחום 
ולי מימשקים לנתונים 


גרשה ]4 ית זו לבנית אבי טיפוס הינה הטכניר 
קה המתאימה ביותר ליישומים בעלי לוגיקה 
מורכבת ומספקת את הבסיס לגישת אב הטי- 
פוס הפונקציונלי שהוזכרה במחקר המקרה. 
השתמשנו במיוחד בשלוש טכניקות אינטי- 
ליגנציה מלאכותית. 


ראשית, השתמשנו בשפות עיליות (תכניות 
מעטפת). תכניות מעטפת של מערכות מומ- 
חה 1ג'יות נותנות למִפָתח שפה להגדיר את 
החוקים הלוגיים בלבד ובמקרים מסויימים גם 
את זרם הבקרה. שפות עיליות אלה מאפש- 
רות למפתח להציג במפורש את הידע של 
דרך פיתרון הבעיה. הידע ולוגיקת ההחלטה, 
אותם קל לפתח ולשנות בקלות, ניתנים להצ- 


גה באופן 


טבעי למדי. 


שנית, בנייתנו את אב הטיפוס התבססה על 
תהליך פיתוח אינקרמנטלי. מכיון שהמידע 
מוצג במפורש ותוכנת המעטפת מספקת 


ארכיטקטורת מערכת כ 
דורש הרבה פחות עבוד 


מאשר תי 


להיחשב שלם כשלעצמו, 
להוסיף חדשים. זה מגדול 
תחום היישום מבלי ל 


רכת. 


טבען של תוכנות 
קה אינקרמנטלית של יך 
קלט המערכות יכול להין 
בי יחסית ובמשך הז 


שיהפכו אן 


שלישית, 


מוכוונת"מ 


מורכבילוגיק 
קרובות על 


כנות מסורתי. 


השתמשנו במתו 
רים, מאפיין 
ה הוא ש 


מן אפשר לת 
ותו למידע עובדתי יותר. 


דולוגית 
של 


ללית, תיכנות ]4 *י 
ת עיצוב התחלתית 
כל ביטזידע יכול 
וכך אפשר בקלות 
אינקרמנטלית את 
פגום בשלמות המע- 


מעטפת מאפשר גם העמ- 
ע היישום. למשל, 
ת תחילה סובייקטי- 


כנן חוקים 


פיתוח 


יישומים 
הם מבוצעים לעיתים 
ם בעלי 


הגישה מוכוונת-המקרים המשמש 

1 מתייחסת לבעיה זו. במקום בפותוח 
בטכניקות ראיון סטנדרטיות לזיך השתמש 
היישום, נדרש המומחה הפונקצ . שת 
את תהליך קבלת ההחלטוה' - ' לתא 
מקרים (₪1810116 6856). על ידו 6 ניתוח 
מצבים אמיתיים יכול המפתח 4 מיגוון 
הידע" במינוח של אינטיליגנציה - מהנדט 
לזהות את חוקי האצבע בהם 


אכותית) 
מ 
המומחה ואת הגישה הבללות ב תמש 


: 
לוגיקת היישום מעודגת לאחר 0 
יותר מקרים על ידי מודל המערכת, ב 


אקראית של מיגוון מקרים תעזוך שרודה 
טיפול בכל היבטי הבעיה. א 
אב טיפוס פונקציונלי מתאים בשלושה 
תנאים: ראשית, על תהליך קבלת ההחלטות 
להיות מורכב, תנאי המתקיים כשקיימת 
כמות גדולה של עיבוד יוצא דופן או לוגיקת 
תקיפות מורכבת. שנית, צריכה להיות אפש- 
רית חלוקה של תהליך קבלת ההחלטות לחן- 
קים הניתנים להגדרה ולניסוח פורמלי, שלו- 
שית, הבעיה אינה יכולה להיות מורכבת מדי. 


אב טיפוס פונקציונלי לא יחליף את 
האונטיליגנציה המלאכותית 

נקודה אחרונה זו חשובה ביותר. אב טיפוס 
פונקציונלי לא יתפוס את מקומה של טכנולו- 
גית 1 אמיתית. יישומים מסויימים יכולים 
להיות מעבר לגבולות הכלים מבוססי-0? 
וחיישום המקובל, מכיון שהם דורשים 
ארכיטקטורות מתוחכמות במיוחד. על קו 
המציב את עיבוד הנתונים המקובל בקצה 
אחד ואת העיבוד ה-41י בקצה השני, אב 
טיפוס פונקציונלי מתאים ביותר לאותם יישו" 
מים הנמצאים היכן שהוא בין זה לזה. 


אב טיפוס פונקציונלי מטפל אך ורק באותם 
מרכיבי היישום שענינם לוגיקת קבלת ההחלי 
טות. שיקולים חשובים כמו ארביטקטורה 
טכנית, זרימת נתונים ובקרה כללית יש עדיין 
לעצב באמצעים מקובלים ולשלב בר 
הנגזרות מאב הטיפוס הפונקציונלי. הדר 
שות הפונקציונליות מטפלות. בד בור 
בלוגיקת חיישום שתופעל בשיושלם העיב 
הנדרש על מנת לקבל את הנתונים. 


לבסוף, חשוב לראות את בנית אב ה 
הפונקציונלי כטכניקה להפקת ו - 
זרת לכלול את הדרישות הפונקציונ על יוי 
יישום מורכב. היא יבולה להתבצע 
מנתחים פונקציונליים קונבנציונלייס, ת על 
על ידי שילמדו להשתמש בכלי מעטפ 
מערכות מומחה מבוססות 0?. 

ל 
למעשה, מכיון ששינויים עלולים עדי 4 
בין העיצוב ליישום, השימוש . דט 
פונקציונליים במקום במ המרי הירע" 
בנית אב טיפוס מבטיח ₪ לו באש 
האמיתיים יישארו מעורבים בפיתו 


האפליקציה מתקדמת לעבר יישומהי 











ד"ר אמנון כספי, אוניברסיטת בר-אילן, 


עבודה זו מיועדת לבחון בחינה ראשונית 
וטנטטיבית את היקפי ועומק השימוש במיח- 
שוב לסוגיו, בתחום ניהול המשאב האנושי 
בארגונים בישראל בתחילת שנת 1987. 
החומר האמפורי מתבסס על שאלונים 
שנאספו בתחילת 1987. השיטה היתה מש- 
לוח השאלון בדאר, ללא מעטפה להחזרה. 
במו כן נערכו מספר ראיונות רקע עם מנהלי 
משאבי אנוש במספר ארגונים וכן עם מנהלי 
לשכות שורות המספקות שירותי מיחשוב 
בתחום ניהול המשאב האנושי. 


איפיון הארגונים שעליהם מתבססת העבודה 


2 שאלוני המחקר נשלחו לקבוצה של ארגו- 
נים שלהם קשר עם המחבר, ועל סמך הער" 
כה שיפוטית הוחלט לבקש תגובתם. שיעור 
ההחזרה היה לכן גבוה מאד - למעלה מ" 
בשי 

טה"כ מעובדים, ומהווים בסיס לחישובים 
השונים, ‏ 32 שאלונים המתחלקים ליו2 
מהתעשיה (659) 1171 (35%) מהשירותים. 
כלומר הטיה חזקה לכיוון התעשיה. 
בחלוקה סקטוריאלית נמצא 16 (52%) ארגו- 
נם מהסקטור הפרטי, 4 (13%) מהסקטור 
ההסתדרותי 1271 (35%) מהציבורי. 


5 ללא ספק הטיה לכיוון של ארגונים 
"מנוהלים יחסית בטכניקות ניהול מתקדמות 
'ר - חברות מחשבים, חברות עתירות ידע, 
0 גדולים מבחינת מספר עובדיהם, 
0 הקשורות הדוקות עם גורמים בחו"ל 
חול ות מלאה, שליטה או הסכמי ידע וני 
7 וארגונים ה"מקובלים" להיות בעלי תפי- 
ולית מתקדמת. (במרבית המקרים 

ד הארגון ליותר מקטגוריה אחת). 


המחלקה לכלבלה ולמינהל עסקים: 








בכפוף לאיפיונים אלה ולדרך בחירת הארגו- 
נים אליהם נשלחו השאלונים, יש לראות את 
הנתונים והניתוח כמוטים בלפו מעלה. כלו- 
מר התמונה המוצגת להלן הרבה יותר חיו- 
בית הן בהיקפי השימוש והן בעומקו. אני 
נוטה לחשוב כי חתך המשק כולו יראה שי- 
מוש פחות בכמותו ומצומצם באיכותו 
בהשוואה לנתונים שנאספו מהארגונים 
ששאלוניהם מנותחים בעבודה זו. 


המימצאים 


טבלה 1 מציגה, בסדר יורד, את שכיחות 
השימוש לצרכים שונים שבתחום ניהול 
המשאב האנושי בארגון. 

נמצא בטבלה את מספר הארגונים המפעילים 
יישום ספציפי נתון, את האחוז שהם מהווים 
מכלל הארגונים הנחקרים, את השנה הרא- 
שונה בה הופעל היישום באיזה שהוא ארגון 
ואת השכיח של תקופת ההפעלה. ה"שכיח" 
פירושו העשור בו נמצא את המספר הגדול 
ביותר של ארגונים שהחלו בהפעלת היישום 
אצלם מכלל אלה שהיישום שבו מדובר, קיים 
אצלם. 


טבלה 1 













הוושום 











שכר 
נוכחות 
תקן ומצבה 
דוחות בלתי שגרתיים 
שאילתות 

מעקבים שונים 
הערכת עובדים 
נורמות ופרמיות 
ספר עיסוקים 
הררכת עובדים 

מיון עובדים 

תכנון משמרות 
הצבת עובדים 


* ₪ ₪ ₪ 2 ₪ ₪ - 4 
-- ₪ ₪ 005085 2 א ש 


המכללה למונהל, המסלול האקדמו 


השימוש במחשבים לנוהול המשאב 
האנושי בארגונים בושראל - 1987 










המסקנות הבולטות מהטבלה הן: 

א. נותן לאתר מספר קבוצות יישום על פי 
תכיפות היישום: 

הראשונה הבולטת ביותר - השכר, למעשה 
בכל הארגונים. השניה שענינה נוכחות תקן 
ומצבה - בערך בשני שליש מכלל הארגונים 
הנלמדים. השלישית דוחות, שאילתות, מעק- 
בים, הערכת עובדים ונורמות ופרמיות - 
שימושים ששכיחותם בין 28% ל-47% מכלל 
הארגונים. הרביעית הכוללת ספר עיסוקים, 
הדרבה, מיון, תכנון משמרות והצבת עובדים 
- בתחום שבין 10% ל-25%7 מכלל הארגונים. 
ב. מעט (2) התחלות בשנות ה-60 (שכר 
והערכת עובדים) הרבה בשנות ה-70 (9 מ- 
3 השימושים המוצגים) ושוב מעט (2) 
התחלות בשנות ה-80. 

ג. פרט לשכר, שמרבית הארגונים מפעילים 
באמצעות מיחשוב כבר משנות ה-70, במירב 
המקרים המסה העיקרית של התחלת היישום 
היא בשנות ה807. 

על סמך הנתונים שנאספו ניסיתי לאמוד שני 
היבטים: 

האחד היקפו של המיחשוב בתחום ניהול 
המשאב האנושי ואילו השני קצב החדורה 
וההתפשטות של המיחשוב. 





































במירב הארגונים 
"השכיח" 
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- רים בעד עצמם". נזקקנו לבן גם כאן 
עדין יותר, ואפילו יש בו מעט מן ה 








טבלה 2 פ 
ל ומ שטנות, 
היקף המיחשוב מוצג פר הארגונים מספר היישו המדד בו השתמשנו הוא ממוצע השנו 
בעבודתם של אחיטוב ורגובסקי - - ו רייו שחלפו מאז היישום לראשונה .- לבט יפ 
ו 8 . 1 נים שדיווחו בשאלון על קיומו של ה 
0 8 0 /, 2 האמור". (מכאן ברור שאותם מקרון 5% 
נראה לי כי מודל מקב - . - קיימים, ב 0 פורטה שנת ה / 
ר : , 
/ ב ל בעבודתי 2 / נכללו בחישוב). 
א. העובדה שה | הנסק ב 8 ב : 
בת גם מתעשיה וגם מארגונים אחרים 4 : טבלה 3 מציגה את משכי הזמן הממוצע לגבי 
ה משקל שווה ליישומים 6 כל יישום - מסודר בסדר יורד - מהיישו 
אינה מאפשרת מתן משלל שווה 8 . 8 
שונים שללא ספק משקלם ומשמעותם שונים 9 בעלי קצב הכניסה האיטי ועד לאלה בעלל 
בשני הסקטורים הללו. . 1 הקצב המהיר. 
ב. לא נותן, בניגוד למצב המתואר בעבודתם | ור //- 
, / נז ליישומים השונים 
הנ"ל, לתת משקל מוחלט ליישומים השו מוצע השימושים לארגון נגיע 
שבתחום ניהול משאבי האנוש. אם נחשב - מ הש לאמשו -- ממל משך ממועע 2 
לממוצע של 3.9 
50 שנים שחלף 
: ד אפשריים; באחוזים - 52.5%. היישום 
ו יה עלי לחפש מדד אחר. המדד : מהיישום לראשונה 
- 2 4 ברורה נותן תמונה | נרחיק לבת ולא נחשב את הארגונים בהם לא -. 6 
. -- | נמצא אפילו שימוש אחר - והמדר "קופץ - 
מע 1 ש 1 
5 טריים, ראה | ל-4.5 או ל"37.5%. 
השאלון כלל 13 יישומים אפשריים, ראה ישו ו - 
טבלה , בה פורטו. לאחר שננכה את היישום | עיון מדוקדק בשאלונים מאה - - -. 0 . 
הקונבנציונלי דהיום - בלומר שבר, אנו נות" ‏ | הארגונים שבהם נמצאו 7 יישומ ל דר | 4 = דוחות בלתי שגרתיים - 
רים עם 12 שימושים. נניח איפה בי שיעור | מאופיינים בהיותם עתירי ידע או בע 5 מעקבים שונים , 
השימוש, לגבי בלל 32 הארגונים העונים יכו- ‏ | טין של ניהול מתקדם (למיטב שיפוטו ש? | 6 תקן ומצבה / 
לים לנוע בין 0 ל-384 (32 כפול 12). הכותב). 7 נורמות ופרמיות .- 
לגבי כל ארגון ניתן לקבל ציון שינוע בין 0 8 הדרבת עובדים / 
| 9 שאילתות . 


ל-12. נקודה לכל שימוש. 

המדר יהיה לבן המספר המסמן את כמות 
היישומים מכלל היישומים האפשריים - בלד 
שניתן משקל שונה ליישומים השונים (שקלול 
בז1). טבלה 1 כוללת נתונים על השנה בה הונהג 
ובכן הציון לכלל 52 הארגונים הוא 126, או | לראשונה בקרב הארגונים הנסקרים יישום 
באחוזים מהציון האפשרי 533%. ציון שאינו | מסוים, ועל העשור בו אימצו מרבית הארגו- 
ב מצו ל - --- ו של כל ארגון מיושם לשנה בה הופעל היישום 
-- וג 1 מצ גה את התפלגות השימו נתונים אלה, הגם שהם מעידים על קצב לא לראשונה , מחולק במספר הארגונים המיישז 
שים. מהיר באימוץ יישומים חדשים, אינם "מדב- מים. 


1 
ס 


ספר עיסוקים 
מיון עובדים 
תכנון משמרות 
הצבת עובדים 


קצב חדירתו של מיחשוב תחום המשאב 
האנושי בארגונים 


41 וש -- 
2 


2 
וש 


* דרך החישוב: סכום ההפרשים בין שנת היישום 
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לצורך ההמחשה נחשב ממוצע** כללו 
א 9 הוושומים נקבל 9.5 שנים. 
9 ורה מופשטת ביותר, וכאמור אולי גם 
בנצות מעט, מספר זה מייצג את משך הזמן 
רוד הפעם הראשונה של יישום כלשהו 


ב 
ו א עד ל"הגעתו" לארגונים נוספים 


שנכללו במחקר. 
המסקנה המתבקשת לכן היא כי גם היקף 


הוושומים וגם קצבם נמוכים. 
ההפושך הדיון ננסה להציע הסברים למימצא 
וה = סיבות שאינן נובעות בהברח ממימצאי 
הסקר אלא מבוססות על היכרות המחבר את 
התחום ועל הראיונות שנוהלו לצורך עבודה 


זו. 
מחשבים ועיבודים 


3 מהארגונים (72%) משתמשים במחשבים 
שלהם. 16 ארגונים משתמשים במחשבים 
גדולים. 7 - במחשבים אישיים. ל-10 מאלה 
המשתמשים במחשבים גדולים - מערכת של 
מסופים. ל-7 ממסוף אחד עד 8; לאחד 14 
מסופים; לאחד 175 מסופים ולאחד 600. 

7 ארגונים (53%) נעזרים בלשכות שירות 
חיצוניות. ‏ אי ההתאמה במספרים נובעת 
מעובדת קיומם של 8 ארגונים (25%) שיש 
להם מחשבים גדולים ואחרים שלהם, ונוסף 
לכך משתמשים גם בלשכות שירות. מאלה 
המשתמשים בלשכות שירות - 11 מכינים רק 


יי סבום המשך הממוצע של השנים (123) כמוצג 
בטבלח 3, מחולק ב-13 היישומים. 


את השכר בלשכות השיר 


ות ואו 
בלשכות גם ליישו ואילו 6 נעזרים 


מים אחרים. 


העברת נתונים ללשכות 
-- בלשכת שירות (17 ארגונים בסך 
- 16 9% מעבירים את החומר בסר- 

2 דיסקטים וכו". 4 (249) בקו נל"ן. 2 
(12%) משתמשים במודם. (גם כאן אי 
ההתאמה נובע מהעובדה שחלק מהארגו- 
נים משתמש ביותר משיטה אחת). 


השירות: מאלה 


שולוב מערכת משאבי האנוש במיחשוב 
הכולל של הארגון 


עד במה משולבת מערכת מיחשוב משאבי 

האנוש במערכות המיחשוב האחרות באר- 

גון? 

41 לא משולבת כלל 

2 משולבת באופן חלקי (בעיקר 
עם כספים: תמחיר, תקציב, 


% 5% ארגונים 


הנ"ח; או עם ייצור) %6 וו ארגונים 
3 משולבת במלואה % 2 ארגונים 
איפיון התוכנה שבשימוש 
להלן מקורה של התוכנה בה משתמשים 
הארגונים בנושאי המשאב האנושי: 
ו משתמשים בתוכנה שפותחה בארגון וע"י עובדיו 50% 6 ארגונים 
2 משתמשים בתוכנה שפותחה עבור הארגון ע"י גורמי חוץ 14% 3 ארגונים 
3 משתמשים בתוכנת מדף 2000 9 ארגונים 
4 משתמשים בתוכנת מדף מותאמת במיוחד לארגון 2% 2 ארגונים 


העסקת מתכננים/מתכנתים 


8 ארגונים (56%) אינם מעסיקים מתכננים/ 
מתכנתים, אלה כוללים 4 ארגונים שעובדים 
רק עם לשכות שירות, 9 ארגונים המעבדים 
חומר במחשבים שלהם. ביתר 14 (449) 
הארגונים מועסקים 2-7 עובדים, פרט לשני 
חריגים (הכלולים ב-14), מקום אחד בו מוע- 
סק עובד חלקי ומקום אחד בו מועסקים כ"30 


אך לא בהכרח בתחום משאבי האנוש. 


4 


(4 מקרים כוללים גם 3 גם 4) 


מסדי נתונים 

ל"19 ארגונים (59% מכלל הארגונים) בסיסי 
נתונים מעבר למה שמתבקש לצורך הכנת 
שכר בלבד. 


שמירה היסטורית של נתוני משאבי אנוש 


ארגונים נשמרים נתונים 


ב-20 | (635%) 
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היסטוריים של משאבי אנוש במידה שונה 
של עומק. 


= יה - 
ה 





/ לישי המהירות. 

רד | ואילו השלישי ה 

מי מהמנהלים ואנשי המטה משתמש פמע . ד ד זה 
בות? בהובטום של השפע 


שאלה מיוחדת נשאלה לגבי השימוש במער" | דה 
כות מיחשוב משאבי האנוש ותפוקתן על 7 
המנהלים הישירים - מנהלי הלו, וזאת במו 


חום - שעיקרו חסבון 


בחן ממנהלי משאבי האנוש שהם לבאורה. | בחישוב כולל. 

"צרכני המערכת". 

להלן פילוג התשובות: ל 0 0 
1. מנהלי קו לא משתמשים, לא מקבלים כלל דוחות -% - 


2 מנהלי קו מקבלים דוחות ממשאבי אנוש, בכתב; לעתים דוחות 


מוזמנים, לעתים שגרתיים \ 
3 מנהלי קו משתמשים במסוף וגם מקבלים דוחות בכתב 


סיבות לשימוש במחשב 

בשאלון נכללה גם שאלה שעניינה היה הסי- 
בות שהביאו את הארגון להחלטה על השי- 
מוש ביישום מסוים, דווקא במחשב. יחוס | 1. 
הסיבה נעשה לגבי בל שימוש בנפרד, כאשר 
אפשרי היה ליחס יותר מסיבה אחת לכל 
יישום. 

לפני הניתוח הספציפי של כל יישום בנפרד | 2. 
מוצגות התוצאות בהיבט הכללי, משמע 


מספר הפעמים בסה"כ שהוזכר נימוק מסוים בין הגו 


2% 7 ארגונים 


רמים קטנים. 


מכלל הפעמים שהוזכרו. נימוקי שימוש | 3. תקן ומצבה - דיוק. 
במחשב: 4. דוחות, שאילתות ומעקבים - חסכון 


טבלה 4 


הנימוקים השכיחים ביותר להכנסת יישומים 
ספציפיים היו: 
שבר - חסכון בזמן; דיוק: מהירות (בל 
השלושה באותה תכיפות); חסכון בעלו- 
יות. (כדי מחצית מהאיזכורים של שלו- 
שת הגורמים הקודמים). 
נובחות - דיוק: חסכון בזמן; מהירות; 
חסכון בעלויות. בסדר יורד כשההבדלים 


7-7 


הנומוק 


מספר האיזבורים 


ה" 










3 דוק 00 31 
2 חסבון בזמן 2 22 
3 מהירות 6 18 
4 חסכון בעלויות 17 14 
5 אחר: בלי ניהולי; הצורך במידע 16 8 
4 עצם קיומה של מערכת המיחשוב 8 
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בזמן; דיוק: מהירות; קיומה של מער 
המיחשוב; ‏ חסכון בעלויות. ה ו 
הראשונים באותה עוצמה והיתך 4 


יורד בהבדלים קטנים. 


בהל ותר השימושים הנימוקים היו פזורים 


חמשת הנימוקים שהוצגו בשאלון (חש - 
בזמן, חסכון בעלויות, דיוק, קיומה על מ 


כת המיחשוב, מהירות ואחר). 


סיכום ודיון 


סיכום תמציתי של המימצאים מורה על. 
שיעורי שימוש נמוכים של מיחשוב בתחום 
ניהול המשאב האנושי; התחלות מעטות שפ 
יישומים בשנות ה607, עליה רבה בשנות ה- 
0ל והתמתנות במחצית הראשונה של שנות 
ה"80; הנמקות של דיוק, חסכון בזמן, מהי- 
רות וחסכון בעלויות כסיבות להכנסת היישו- 
מים; קצב חדירה איטי; יותר שימוש במחש- 
בים עצמיים מאשר בלשכות שירות; פיתוח 
תוכנה עצמי והיעזרות בגורמי חוץ - במעט 
בשיעורים דומים; שילוב מועט של מערכות 
ניהול משאבי האנוש במערכות מיחשוב אח- 
רות בארגון; קיומם של מסדי נתונים לצרכים 
שמעבר לשכר; שמירה היסטורית של 
נתונים; שימוש מועט במיחשוב משאבי 
האנוש על ידי דרגי הניהול השונים שאינם 
חלק מהמערך הארגוני הישיר של כוח האדם 
בארגון. 





מה ההסברים שניתן להציע למימצאים 
שהוצגו עד כה? 


הסיבות המרכזיות שניתן למנות הן: 


א. היעדר מודעות ברמת הניהול הבכיר 
לחשיבות השימוש במיחשוב בדרך כלל ובת- 
חום ניהול המשאב האנושי בפרט. 

ב. התפיסה ש"אנשים אינם מספרים", בשילו- 
בה בהנחה הישנה והלא נכונה כיום, כי 
המחשב "מוריד" את הפרט העובד לדרגת 
"מספר". תפיסה זו גורמת לחשש משימוש 
במחשב לצורך ניהול המשאב האנושי באר 
גון. 8 
ג. היעדר ידע בתחומי המיחשוב אצל מנה 
המשאב האנושי בארגונים. - 
ד. היעדר נכונות של מנהלי המשאב האר 
בארגונים להשתמש בסיועם של יועצים לצו 
רך החדרת מיחשוב לארגונם. 


רשומת המקורות תעשיה 
ו אחיטוב נ., רגובסקי א. המיחשוב ב 
הישראלית. מעשה חושב, אוקטובר 986 - 
2 כספי א. שיקולים ארגוניים כוללניים 5 
מערכות ממוחשבות לניהול תל . 
(מממ"א) בספר הכנס בניהול 0 למערי 
הכנס השנתי ה-2. האגודה 0 אנוש 7 
כות מידע ממוחשבות בניהול מש והיצור: 
6. הוצאת המכון לפריון העבודה 
עמודים 67-58. ממא > 
11% תודשו .כ.! 041 4 .4.0 0 
-ווסן לפ סְחָטומז5 0 פססזווספסת 
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אבטחת אוכות תוכנה 


בסביבת פותוח משתנד 


במהלך העשור האחרון הופנתה תשומת לב רבה לטכני 


קות 


ולמתודולוגיות להבטחת פיתוח מערכות עיבוד נתונים איכותיות. 


על מנת להקל תהליך זה, התפתח תחום הודוע ב"אבט 


חת איכות 


תוכנה (504). 504 ממלא תפקיד הולך וגדל בתהלוך פותוח 
התובנה אולם, בזמן בו רבות מטכניקות ה-50 נמצאות עדיון 


בשלבי פיתוח ועידון, עבר תהליך פיתוח התוכנה עצמו כמה שונווים 
קוצונוים. שינויים אלה מורים על: (1) מגמה ההולכת ממעגל החיום 


הסיררתי המקורי לעבר כזה הכולל בניה מהירה של אב 
מעבר משפות תיכנות מסורתיות לשפות הדור הרבועו; 
לשלב יותר ויותר אינטליגנציה במערכות המחשב. 

בתוך סביבה משתנה זו, על תחום ה507 להשתנות גם 


להקל על וישום תקנום ונהלים חזקים יותר, עלוו לדאוג לחלק מחדש 


"טופוס; (2) 
(3) מגמה 


הוא. עלין 


את משאביו בין השלבים השונים של תהלוך פיתוח התוכנה ועליו 


לשנות את תכניות ההבטחה שלו עצמו. 


מאמר זה מצוע תכנית 58% שמשתמשת בקבוצה של תקני תוכנה 


אפקטיביים, אליהם על התוכנה להתאים. בכך, מבטיחה 
שתהלוך הפיתוח יישאר פעילות מסודרת. 


הקדמה 


במצב דינאמי. נראה שהטכנולוגיות החדשות, הכלים החד- 
שים והדרישות, ההולכות וגדלות ללא הרף, מפונקציות 
התוכנה - בל אלה דורשים שינויים בדרך בה אנו מפתחים תוכנה 
ומתחזקים אותה. יותר ויותר מהמערכות הממוכנות שלנו הופכות 
בות-סיכון. קודם, היו רוב המערכות רבות הסיכון בבעלות 


ה תהליכים הקשורים בפיתוח תוכנה ובאחזקתה נמצאים 


מערכות ר 


משרד ההגנה האמריקני וארגונים כלכליים בארה"ב. 


= השיטות להבטחת איכות תוכנה זו אינן מדביקות את הקצב. 
היכולת לבצע בדיקות הבטחת איכות ובקרת איכות בזמן הנכון נוטה 
מאיתנו. שני גורמים תורמים לפיגור: (1) מחסור בתקנים 
ו מספקים, בהם אפשר להשתמש בקרש קפיצה להסתגלות 
הפיתוח החדשות; (2) המחסור בתכנית הבטחת איכות 
5) המתפרשת על פני כל מעגל החיים של מוצר תוכנה. 
- מתמקד בשני גורמים אלה. ראשית, מזהה המאמר 
פיתוח תוכנה כללית משותפת אשר, לדעתי, מספי . 
הסתגל לפילוסופיות הפיתוח החדשות. כמו כן מזוהים 
הקשורים לאיכות התוכנה שיש לטפל בהם וכן כמה מגמות 


חמוק 


לפילוסופירת 
תוכנה (08 


מתודולוגיית 


על מנת ל 


חך 
לות בפיתוח תוכנה. 


המטר 
יישום 
בו 
ות התאמה של התוכנה לקבוצה זו. הת 
מן ה ו בגודל בינוני במקדונל-דאגלאס. דרך 
ת 


התכנית 





מחויבות משולבת 
ת הפרויילט, זבתה 





מעגל חיים כללו של תוכנה 


וב סביבות פיתוח התוכנה מנסות להשתמש במתודולוגית 

פיתוח כזו או אחרת העשויה להיות מתועדת באופן פורמלי 

או לא פורמלי. חוסר אימון במתודולוגיה בה משתמשים 
גורם לפרוייקטים לקצץ בקצוות כדי לעמוד באילוצי זמן ותקציב; 
הקצוות אותם מקצצים כוללים אותם פריטים שהיו תורמים בסופו 
של דבר ליצירתה של תוכנת איכות. 
מעגל חיי תוכנה כללי מתבסס על איתחול, הגדרת דרישות, עיצוב, 
פיתוח, בדיקות, אחזקה ופרישה. מתודולוגיות אחדות מציבות את 
הגבולות בין השלבים בנקודות שונות והתוצאה היא שלבים נפרדים 
יותר או פחות זה מזה. אין חשיבות למספר המדויק של החלוקות. 
אולם, עבודה בהתאמה מדויקת למתודולוגיה תגרום, בין השאר, 
להבטיח, לפני תחילת הפרוייקט, שאילוצי הזמן והתקציב מציאות- 
יים, 
מתודולוגיה מוגדרת היטב חיונית להבטחת גישה מסודרת לפיתוח 
התוכנה. על כל שלב להפיק תוצרים ברי-מסירה מוגדרים בבהירות. 
מכניזם המבטיח שהמתודולוגיה מיושמת לפי הגדרתה מגדיל עוד 
יותר את ההסתברות להצלחה. 

























הפיסקאות הבאות מתארות את שמונה השלבים במעגל חיי תוכנה 
בללי. 








ימעשה חושב" דצמבר 1987 כסלו תשמ"ח 
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בל הנתונים והפרוצדורות הדרושים לשימוש בתכנ 
- התיכנות. מקרי בדיקה ספציפיים לא 
ב י 
ים גם הם. 
ה זה הם: (1) ספריה של קוד מקור; (2) ; 
6 לשימוש במערכת; (4) קבוצה של תכניות בדיקה מפורטן 
ו 


רכת ומבוצ" 

מע 
שלב האיתחול נלמדים הצרכים המקוריים ב 
עים המחקרים ההכרחיים להצרקת ו 
פרוייקט המיישם דרכים אלה מאושר 0% 
ומאויש. פרוייקט יבול להיות מוגדר ה 
שיפורים למערכת קיימת; מבחינה 0 
פלט השלב הזה הוא מסמך המכ ב 
אילוצי זמן ותקציב צפויים וסביבת המטרה 


מתובנן, מתוקצב 
ה או כקבוצה ש 


את צרבי המערכת, 


מטרתו של שלב הבדיקות בפרוייקט היא לאמת שביצו 
במערכת תואם את העיצוב ומספק את דרישות המ 
הבדיקות חופף את הגדרת הדרישות, את העיצוב 
ו הבדיקה הכלליות יש לייצר כחלק משלב הגדר 
תכניות הבדיקה המפורטות ומקרי הבדיקה מוגדרים 
העיצוב והתיכנות. הנסיון הראשון לשלב את החלקים השונום על 
המערכת ולבדוק אותה מבוצע בזמן התיכנות, לאחר השלמת 
היחידה הלוגית הראשונה. 

שלב הבדיקות מסתיים כאשר: (1) כל החל 
שונה של התוכנה שולבו יחד ונבדקו בצירוף עם סביבת החומרה 
וההפעלה בהם על המערכת לפעול; (2) קבוצה 
הפיתוח בדקה ואישרה את המערכת. 
פלטי שלב זה: (1) קבוצה של תכניות בדיק 
בדיקה המאמתות שהרצת כל מקרה בדיק 
ספריה של תכניות מחשב ראויות ליישום. 










ְ סה בי המערכת 
שלב הגדרת הדרישות ב 5 -. %- 
לקבוצה של דרישות. השלמתו עשו ה ה ו 
לקבוע מה הם התנאים כמות שהם (8 4) ומז / - 0 
לפני השלמת שלב זה, נבחרת גישת עיצוב. אן ב ה 
בשלב זה של הפרוייקט את הגירסה הראשונה של תכנית הבדיק 

: גת קריטריוני הקבלה הקשורים אליה. 

ו 2 הבוללת: דרישות מערכת, 
תוכנה וחומרה; (2) העיצוב שנבחר; (3) תכנית בדיקות מערכת 







במהלך שלב העיצוג מתורגמים הדרישות מהמערכת המוצעת 
והעיצוב שנבחר לעיצוב הפיזי של המערכת. מוגדרים מפרטי תוכנה 
מוגדרים קבצי הנתונים, מוגדרים מימשקי התו- 
כנה והחומרה ומוגדרים הדיאלוגים אדם-מכונה. עיצוב המערכת 
אז, מפורקת עור כל תת"מערכת 
תהליך זה נמשך עד שמוגדרת לפרטיה 
בשלב זה נוצרים גם השלבים בתכנית 


מפורטים, מזוהים 1 


מחולק לתת-מערכות לוגיות. 
למרכיביה ולמודולים שלה. 
הלוגיקה של כל תת"מ 
בדיקות המערכת, המתאימים 
פלטי שלב זה הם: (1) מסמך עיצו 
הדיאגרמות והלוגיקה הדרושים 
ימולאו הררישות; 


ב מפורט הכולל את כל הטבלאות, 
על מנת להגדיר בשלמות כיצד 
(2) תכנית בדיקות מערכת מעודנת יותר. 











מתורגם עיצוב המע 
וגיקה המפורטת 
חר כך יבדקו או 
התכנית המרכיבות 


לביצוע. בדרך כלל 
עבור כל יחידת תכנית, 
שו גם הנסיונות 


חצרו המתכנתים את הל 
יקדרו את היחידות וא 
הראשונים לשלב את 


במהלך שלב ה רה 
ערכת ראויה לשימוש. זה יכול לכלול שינויים בחומרה 


הפעלה, ניפוי התוכנ 
ל אחזקה מונעת. לול 
הוא מערכת תוכנה ששונתה. המערכת ל - - 
ה ששונתה ותוכנה חדשה, בהתאם למידת ה 









פלט השלב הזה 
שילוב של תוכנ 















שלב הפרישה מ 
משימוש ותוחלף 
מנת לתמוך בהוצ 
אינה עוד בשימו 










ש אופרטיבי. 













הסבה כוללת את כל המשימות הדרושות על מנת להוציא 
קיימת משימוש ולהחליפה במערכת 
כוללת גם הסבה של בסיסי נתונים ו 
מנת להתאימם לדריש 
והנתונים הדרושים ל 
רכת החדשה החליפ 
ב ההסבה: (1) תכנית הסב 
רכת המוכנה לשימ 


ה לגמרי את הישנה. 


וש משתמשי קצה. 





אחזקה מבוצעות כל הפעילויות הדרושות על מנת 





צא 
תחיל כשההנהלה מחליטה שמערכת ו 
באחרת. הוא כולל את כל הפעולות, . בשהמערכ 
את המערכת. שלב הפרישה מסתיים ל מערב 
משך הזמן בו יש לשמור ע 
רות היסטוריות משתנה מהתקנה להתקנה. 
הזה הינו הודעה רישמית שמערכת קיימ 


יותר. 





קשר ל-50 


יארו למעלה, תוארו בפשטות אולם 


טרתו של מאמר זה. אלמנט מפתח | : 
וכנה הוא שסופו של כל שלב הוא נל 


צ 
מת את הדרישות רה צ 


נקו 
אם לא ה 


0 ג'ות לביצוע, וְלוזום פע 


ע בל משימדד 
שתמש. שלב 
ואת התיכנות. א 

ת הדרישות; 
במשך שלב 


קים של הגירסה הרא- 





, בלתי תלויה בצוות 


ה; (2) קבוצה של תוצאות 
ה הסתיימה בהצלחה; (5) 


חדשה. אם יש צורך בכך, היא 
מערכות ניהול נתונים קיימים על 
ות התוכנה החדשה, והכנת הפרוצדורות 
מערכת החדשה. שלב זה מושלם באשר המע- 


ח; (2) גירסה חדשה של המע- 





ה, תוספות, שיפורים בביצוע ופעו" 


'ש בכוונתי 
בקרת איכו 
שמטרתן מ 





ת אונה עוד 
מגמות 


זמן בו 
ומעודנו 
קרצרנרר 
7 קודם 
של אב"טד 








נושאים באיכות תובנה 


עבר, נמנו בעיות רבות בהקשר לאיכות התוכנה 
תהליבי פיתוח התוכנה (1). כמה מבעיות אלה הן: 


פשוט ניהלו א 
אינטנסיביות יו 
המכון לה 
נות. קבוצות 08 
לבוצות אלה (הכולל 


בה אפשר לבצע פעולות הבטחת איכות ובקרת איב 
רובים היו להיות מיוצרים אחד או יותר מוצרו 


ופלו המוצרים האלה, יכולה ההנהלה להתע 


ולת תיקון. 





רב אפקטיבית 


ולאיכות 


חוסר במתודולוגית פיתוח מסודרת. 

חוסר פרוייקטים בקבוצה משולבת של תקנים ונהלים. 
דרישות שלא הוגדרו עד הסוף. 

תיעוד לא מספיק. 

הערכות עלות לא מציאותיות. 

שלבי בדיקות ארוכים. 

לא מספיק בדיקות של תנאי טעות. 

עלויות מופרזות של אחזקה לטווח ארוך. 
חוסר אחידות בין פרוייקטי פיתוח. 

מספר לא מספיק של פעולות בקרת איכות. 
חוסר במיומנויות ניהול פרוייקט מספיקות. 


בל מתודולוגיה המתאימה לשלבי מעגל החיים הכללי שתואר קודם 
תטפל, ובמידה מסוימת תפתור, בעיות אלה. רבות מהבעיות נפתרו 
במקדונל"ראגלאס. יש באלה שנפתרו יותר מדי; במקרים אחדים 
היבן שקודם היה תיעוד מועט, יש עכשיו יותר ממה שיכול לשמש 
אפקטובית פרוייקט. היכן שקודם היו מעט כלים ושיטות מיבניים, יש 
לנו עתה רבים, מהם אפשר לבחור. ולעתים קרובות לא נבחר אף 


לפני זמן מה הבינו משרד ההגנה של ארה"ב (0טפ) יחד עם 
סקטורים תעשייתיים אחרים, שאפשר לפתור את נושאי האיכות 
ביעילות אם אלה יטופלו על ידי גורם בלתי תלוי. גורם זה נקרא 
פונקצית הבטחת איכות תוכנה (504). כל ה 
את מטרתה של הפונקציה. כתוצאה מכך, ישנם - . 
פונקציות /50 אולם תקן תעשייתי לא קיים. מח ב 
וד 6 לפני מספר שנים מורה -. -- -. 
ת הפרוייקט ו/או ביצעו פעולות / ה 
תר. מחקר מן העת האחרונה יותר, .. ד = 
בטחת איכות (3), מראה שמעט השתנה ב -. 
5 מתמקדות עדיין בעיקר באיבחון ש . 
ות כמה במקדונל"דאגלאס) ה 
חאה א, בבדיקות, בסקירות עיצוב וביצירת אלמנ 


, 
לכוון את פעילות קבוצות ה-804 .. בקרת איכות 
ת שענינן איתור ולהובילן לעבר פונקצ ל לפתח 
ניעה. נוכל להשיג זאת על ידי שנגדיל את נה. מאמצים 
ו קבוצה מינימלית של תקנים אפקטיביים של תוכנה. 
ייב 


ח' שפיתוח תוכנה יישאר תחום מבני. 




















חדשות במערכות תוכנה 


מפותחות 


דוו 
טכניקות רבות להבטחת איכות - - שינווים 
ת, עובר תהליך פיתוח התוכנה עצ 
ם. שינויים אלה כוללים: 
מתרחקת ממתודולוגית מ 
מאמר זה, לעבר מתוד 
וס. 


ואד 
עגל החיים המסורתי, ו 
ולוגיה הכוללת בניה 







פות תיכנות של הד 


נות כמה שיותר אינטליגנציה. 
עבר טכנולוגית רובוטים ברת- 


מגמה לשלב במע 
אולם קבועה ל 


יכולות להיות השפעו 


ת עמוקות על איכות המערכת 
מהירה של אב-טיפ 


ת כלי אפקטיבי 
רכת, או אפשר 
ור את מסמכי העיצוב 
ר הרביעי יכולה להיות כלו 
ום או של אב-טיפוס לצורך 
ודל המודגם מיועד לשימוש 
א מספיק בשפות אלה יכול 
תה מידה כמו בשפות אחרות. 
יגנציה המלאכותית הופכת את 
אפשרית והשאלה העולה: כמה 


וס יכולה לחיו 
גמת פונקציות המע 


. שפת תיכנות מהדו 
פיתוח מהיר של ייש 
ם, אם אב הטיפוס או המ 


אפקטיבי ביותר ל 





ור בעיות איכות תוכ 
ורכבת בתחום האינטיל 
בדיקת כל התנאים כמעט בלתי 

לבדוק בנטיבות אלה 
קה יכול להוסיף עוד גורם רב סיכו 
ת פני השטח של טכנול 
אוטומציה וההת 
לפני שנים אחדות. תימחור מ 
כנות של כספים בבנק 
בסאן-פרנציסקו המ 
ייצור ורובוטים נוש 
הממוכנות הקיימ 


ן לזירה. אנחנו כיום 
וגיות ממוכנות. רובנו מכירים 
קדמות בשטח זה החלו באיטיות רק 
מוכן בחנויות מכולת, העברות ממו- 
ם אחרים, מערכת המטרו 
ות רובוטיות פשוטות בקו 
הן אך מעט מהפעולות 
ור עד שיהיה לנו ביח"ר 
לא טייס, או מערכת בניית 


ים ובמוסדות כלכליי 
מוכנת לחלוטין, פעול 
אי דואר בבניני משרדים 
ות. אולם, כמה זמן יעב 
ממוכן לחלוטין, מכונית ללא נהג, מטוס ל 
בתים ממוכנת לחלוטין? 

מגמות בטכנולוגיה ממוכנת מורות שתחום ה-50 חי 
עם הזמן. יש לפתח ולוושם טכניק 
המבטיחים את איכות התוכנה. 





ות חדשות ותקנים משופרים 


מעגל חיי תובנה חדרש? 


בור אחדים, מצביעות מגמות אלה על קיומו של מעגל חיי 

תוכנה שונה. נראה ששלב הגדרת הדרישות ושלב העיצוב 
מוחלפים בטכניקות איטרטיביות, המשלבות את שני השל- 

בים לאחד המכונה הדגמה (חטווגזוצחסות06). נראה שבניה מהירה 
ל אבי טיפוס מדגישה מגמה זו. נראה שמערכות רבות ייבנו על ידי 
. יליות המשתמשים בעזרת כלים, מערכות ניהול תוכנה ושפות 
- נות מהדור הרביעי שיסופקו על ידי המוכר. נראה שנבנה מער- 
- 0 החוצה; ניצור גרעין בסיס ואז נוסיף לו, עד שנאהב את 
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. ; 
הוולת 2 ל בר 


למגמות אלה. 


סורתי 
אני מאמין שניתן להתאים את מעגל החיים המ איבות. גורם 


וע 
תכנית תקנים ונהלים מחייבת יכולה לפתור -] ו 
מיוחד שיבטיח התאמה לתקנים ולנהלים 0 - הקשורים 
תכנית שלמה על מנת לטפל באופן מספק בכל ה 


לפיתוח מודרני של תוכנה. 


נושאי איכות תוכנה בפיתוח 
תוכנה מודרני 


וב נושאי האיכות הקשורים לפיתוח מודרני של תוכנה אינם 
ר שונים מבעבר. במקרים רביס בעבר הם לא טופלו מלכתחילה 

באופן מספק. על מנת לפתרם עבשיו, ולהסתגל למגמות 
הפיתוח המודרניות, הכרחי לשים דגש רב יותר על השימוש בתקנים 
ובנהלים. נושאי איכות רבים הפכו קריטיים יותר מפאת הסיבונים 
הרבים יותר המעורבים. מובאת כאן רשימה של שאלות המאירות 
במה מנושאים אלה: 


3 האם קיימת מתודולוגית פיתוח פורמלית? 

2 האם הדרישות מובנות? 

3 האם זוהו התחומים רבי הסיבון? 

> האם סופו של אב הטיפוס להיות מערכת בשימוש? 
5 כיצד ייעשה השימוש בשפות חדור הרביעי? 

> כמה תיעוד נדרש? 

7 כמה מהתוכנה תיבדק או יבולה לחיברק? 

8 האם אנו בודקים מה שאינו אמור לקרות? 

9 האם המערכת תהיה ברת-מעקב? 

0 האם קיימת מערכת דיווח"בעיה/פעולת-תיקון? 

11 האם קיימת מערכת ניהול קונפיגורצית תובנח? 

2. האם ניתן ליישם שינויים באופן אפקטיבי? 

35 מהו זמן החיים המצופה של המערכת? 

4. האם קיימת קבוצה מספיקה של תקנים ושל נהלים? 
5 האם ההנהלה תומכת או משתתפת? 


נושאים אלה, כשהם מטופלים באופן מספק, ימנעו מראש פגמים 
במערכת. איתור פגמים חיוני גם הוא אולם איתור הוא פעולת בקרת 
איכות לאחר מעשה - בשמאתרים אותם, נמצאים כבר הפגמים 
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וש להשקיע משאבים רבים כדי להוציאם ממנה 
במערכת ו ויות להקטי ' פעולות 
מונעות מספקות את מירב האפשר יקטין בהרבה את עלויות 


הפיתוח והאחזקה. 


תקנים 


קנים ונהלים הם המפתחות לפיתוח מערכות איכותיות; הם 
תּ מספקים את האמצעים בעזרתם יכולים מהנדטי תוכנה 


למקד את רוב האנרגיות שלהם בפיתרון בעיות הקשורוהה 
לעיבוד הנתונים ולמוצר. תכנית /50 אפקטיבית יכולה להיות הזרן 
ליישום אפקטיבי של תקנים ונהלים מכיון שהיא ממקדת את מאמציק 
בהבטחת ההתאמה לתקנים. 


מובאת כאן רשימה של תקנים ונהלים מינימליים הדרושים לפיתוח 
אפקטיבי של תוכנה: 


תקן לתכניות הבטחת איכות תוכנה. 
תקן לרישום בעת פיתוח תוכנה. 

נוהל למעקב אחר הרישום בעת פיתוח תוכנה. 
תקן לתכניות פיתוח תוכנה. 

נוהל לסקירת תכנית פיתוח תוכנה. 

תקן לסקירות תוכנה ולמעקבים. 

נוחל לעריכת סקירות תוכנה. 

נוהל לעריכת מעקבי תוכנה. 

תקן לדרישות תוכנה. 

נוהל לסקירת דרישות תוכנה. 

תקן לתיעוד עיצוב תוכנה. 

נוהל לסקירת מסמכי עיצוב תוכנה. 

תקן לתכניות בדיקת תוכנה. 

נוהל לסקירת תכניות בדיקת תוכנה. 

נוהל למעקב אחר תהליך בדיקת התוכנה. 
תקן לסקירות הבטחת איכות תוכנה. 

נוהל לעריכת סקירות 80 

תקן לניהול קונפיגורצית תוכנה. 

נוהל לניהול קונפיגורצית תוכנה. 

נוהל למעקב אחר מערכות ניהול קונפיגורצית תובנה. 
תקן לדיווח"על-בעיה/פעולת"תיקון. 

נוהל לדיווח"על-בעיה/פעולת"תיקון. 


נוהל למעקב אחר מערכות דיווח"על-בעיה/פעולת-תיקון. 
תקן לתיעוד תוכנה. 


גוחל לסקירת תיעוד תוכנה. 


8 4 2 0 02 שאל בש ב 8% א של 
₪ ₪ ₪ ם ב ם 


5 שי 
₪ = תעש 


₪ 2 2 ₪ ₪ ₪ ₪ 
₪00 ב טרס 


₪ ₪ 
=כת 


ישנם תקנים ונהלים אחרים שניתן להוסיף לרשימה אולם הם אינם 

ניתנים ליישום ברוב הפרוייקטים, ברשימה, ניהול קונפיגורצית 

תוכנה כולל בקרת ספריות, בקרת שונויים, זיהוי קונפיגורציה ושיח" 

דור גירסה לשימוש. 

התקנים ברשימה זו מגדירים מה צריך להיות מופק על ירי צוות 

-- ועל פי אילן קריטריונים יש להעריך אלמנט תוכנה. הנהלים 
רים כוצד יש ליישם את התקן, לסקור את המופק ולעקוב אחריו. 


כמה מהתקנים 
תקנים כמו ץ 
ארה"ב. ר 


או כאן נכתבו ופורסמו כבר על ידי גופים עורבי 

. זו 8 ומשרד התקנים הלאומי - 
7 קיימים היכן שהוא בתחומי חברה. את התק 

יש עדיין לכתוב. משתמי 

- רך אלא אם כן חברי צוות פרוייקט 

ו דרך אחת ליישם אפקטיבית ו הינה להפוך אותם - 

מתכנית 50 הגורם המפעיל את תכנית ה-.804 יבטית 

ואם לדרישות. 









ום והנהלים שהובאו ברשימה יש להחשיב 
ות התקב אישורם והפצתם הינם באחריות הגורם 
או ה- ס. קבוצת זו של תקנים תשמש כבטיט א 

- ספציפיים. בהתחשב בפילוסופיה זה חייב גורם 607 
לפרוייל ורות מירבית ולקבל אך ורק אותם תקנים 


ו או מועילים בתהליך הפיתוח. 


ִבָנות אבטחת איכות תוכנה 


מאמר זה נקבע שתכנית 504 המנוחלת על ידי גורם 50 

הינה שיטה בעזרתה ניתן ליישם, לבדוק ולחזק תקנו תוכנה. 

- יישום פילוסופיה שיוביל לפיתוח יצרני יותר של תוכד. 

נת שזה יקרה, על תכנית 504 להיות שלמה ומוגדרת היטב. 

.. אבטחת איכות תוכנה (50/2) מוגדרת היטב הינה כלי רב 
2 הן עבור ההנהלה והן עבור צוות הפיתוח. זהו אמצעי להבטיח 
ל שתהליך הפיתוח מתנהל בהתאם לתקנים מאושרים ולאמן 
9 צוות הפיתוח בשימוש אפקטיבי בתקנים. התכנית מאפשרת 
ל להתערב בזמן בו היא יכולה להשפיע בצורה הטוב ביותר 
" איבותו של המוצר המוגמר. 
50 מיושמת על ידי גורם 504, ועדיף שהוא יהיה בלתי תלוי 
בצוות הפיתוח. הפעולות העיקריות של גורם ה5087 כוללות 
התייעצות עם צוות הפרוייקט, מעקב אחר הפרוייקט וסקירתו, דיווח 
להנהלה על סטיות מהתקנים ועל פגמים בתוכנה על מנת לפעול 
לתיקון. ל-50/7 אפקטיבית צריך שיהיו: (1) צורך מוצדק; (2) 
פילוסופיה מבוססת; (3) תכנית /50; (4) מכניזם לפירסום התכנית; 
(5) מכניזם להדרכת הצוות המעורב; (6) מכניזם ליישום תכנית 
ה-808; (7) מכניזם להערכת אפקטיביות התכנית. 
חלקו הנותר של פרק זה מתאר תכנית .504 המיישמת מאפיינים 
אלה ומאפשרת פיתרון של נושאי האיכות שזוהו קודם. התכנית 
כוללת שמונה צעדים המבוצעים באופן סידרתי פחות או יותר; 
בפועל, כמה מהצעדים חופפים. 


צעד 1: וזום תכנית 508 

יזוס תכנית 8% הינו הצעד הראשון בתכנית. צעד זה, למרות שאינו 
גוזל זמן, הוא קריטי מאוד. מטרתו להביא את ההנהלה למעורבות 
ולמחויבות לפעילות בתכנית. 





הפעילות הראשונה הינה הגדרת תפקיד ההנהלה במסגרת התכנית 
ואותן נקודות בהן תצופה השתתפותה. צעד זה מבוצע במשולב על 
ידי הנהלת הפרוייקט וגורם ה/80. מתמנה מנהל לתכנית זו ומוש- 
גות מחוייבויות למימון ולאיוש מספקים. 

חפל של צעד זה הוא מסמך המזהה את: (1) תפקיד ההנהלה 
בתכנית; (2) המנחל האחראי לפיתוח וליישום שאר התכנית. 


עד 2 זהה נושאו 504 
- מ*פשר לצוות /50, יחד עם הנהלת הפרוייקט, לוהות 
ו המטרה ואת נושאי האיכות הספציפיים הקשורים. | " 
2 "בצע ניתוח סיכונים. אם משימה זו מבוצעת ל 
חרי יש להזין את התוצאות לתבנית ה"504 לז * הסיבוו 
ת נוספים בחם יש לטפל. כך יזוהו גם החלקים רבי ה 
ח 





ל הפיתוח, גורם 
. - זה יזוהו התקנים והנהלים הקיימים 1 ו 
ספקו קר את התקנים ואת הנהלים על מנת להחליט 

" ושגת 

לט מטרתם המיועדת. שיש לפתור 
ואת . צעד זה הוא מסמך המזהה את נושאי האיכות 


סיכונים הכרוכים בהם. 






1 
ב 27 תכנות 50 
תכנות . 0" המידע שהושג בשלב הקודם, מפותח 
ל את הפעילויות ההכרחיות לבקרת א 


יבות ולהבטחת 














איכות, תיזמון פעילויות 
הבעיות שזוהו בצעד 2. 


תכנית ה- 

0 תזהה היכן דרושים תקנים ונהלים. גורם ה5047 

ה מאלה הקיימים כבר בסביבת המטרה או 
ן נקני 508 הנמצאים אצלו. אם לא קיימים תקנים באחד 


משני | 
אלה, אזי על גורם ה50-7 למצוא תקנים מתאימים או לכתוב 






אלה צריך להיות כזה שימנע או יפתור את 











































נו - 
סף לכך, על תכנית ה507 לטפל לפחות בנושאים הבאים: (1) 


- | (2) ניחול שינויים; (3) ניהוע קונפיגורציות תוכנה; (4) 
6 / ומעקבי תוכנה; (5) בריקות וטכניקות אימות אחרות (5). 

ותה 'ר האחרון בצעד זה הוא שילוב תכנית ה5047 בתכנית פיתוח 
התוכנה של הפרוייקט. גורם ה/50 יתעד את כל מקרי חוסר 


ההתאמה בין התכניות וידווח עליהם להנהלת הפרוייקט, שתחליט 
עד כמה חמורות אי התאמות אלה. 


הפלט של צעד זה חינו תכנית 508 מאושרת. 


צעד 4: זהה תקנום 


ברגע שזוהה הצורך בתקנים ובנהלים מסוימים, יש לוהות את 
התקנים. אבן נגף בדרכם של גורמי 50 רבים הינההחוסר בתקני 
תוכנה. אם לא קיים תקן, חיוני להקצות במיוחד מאמץ רב ליצור את 
התקנים לפני שאפשר יהיה להתקדם בתכנית. ברגע שקיימת קבוצה 
של תקנים ונהלים כלליים, יש אך ורק להתאים אותה לפרוייקט 
הספציפי. התפירה נעשית בדרך כלל אך ורק לנהלים הדורשים זיחוי 
חומרה ותוכנה ספציפיות. 

הפלט של צעד זה הוא קבוצה של תקנים ונהלים כלליים בהם יכולה 
תכנית ה50(7 להשתמש ישירות או אחרי תפירה קלה. 


צעד 5: קבע גורם 580 
הצעד החמישי הוא בתיבת תיאור מפורט של הגוף המפעיל את 
תכנית ה50/7. יש ליצור תכנית יישום המתבססת על תכנית ה-ג/80 
המאושרת ועל תיאור הגוף המפעיל אותה. תכנית יישום תזהה את 
גודל הצוות ואת מידת המומחיות הנדרשת לביצוע הפעילויות. 
לבסוף, נבחר הצוות שיפעיל את תכנית ה5047 ומשימות התחלת- 
יות ניתנות לכל חבר בצוות. תכנית /50 מיושמת באופן האפקטיבי 
ביותר כשניתנת אחריות לצוות בלתי תלוי נטול משוא-פנים, שאין לו 
מעורבות ישירה בפיתוח הפרוייקט. 

הפלט של צעד זה הוא צוות 504 מספק לביצוע המשימות המוגד- 


רות בתכנית ה80/7. 


דגש את חשובותה של תכנית ה5037 
: הדרך וה 
-- 4 בדרכם של צוותי 504 רבים היא חוסר ההדרכה של 
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וח לוושם תכנית 
האנשים המעורבים. לעתים ו בסביבות 
50 מייד לאחר שנוצרה. בדרך כלל, הת ו 
בהן מעורבות של גורם 508 היא חדשה ל 
והדגשת חשיבותה של 5 / קריטיות ויימשכו ב 
מעגל החיים של הפיתוח כולו. .. 
במהלך צער זה, תוצג תכנית ה-50 בפני, -. 
בדבר. אם יש צורך ייערבו, על ידי צוות ה 0 ל 8 
מוסמך אחר, פגישות ייעוץ והדרכה הנוגעות תק --. 
המיושמים. אם נדרשת הדרכה מיוחרת של צוות ה-./50 תינתן 
הדרכה זו במהלך צעד זה. .. /. 
הדגשת ה של תכנית ה50-7 כוללת ות 0 
את חשיבותו של נושא איכות התוכנה על ידי שה ו 
הצוות שאיפה לפעול לפי התכנית. היצמדות לתכנית תעזור 
ולפתור כמה מהבעיות ומנושאי האיכות שזוהו קודם. -- 
חיוני שההנהלה תשתתף בפגישות ההדרכה ובפגישות 
. ן וצוות פרוייקט מאומן. 
הפלט של צעד זה הוא צוות 50 מאומן וצוות ְ 


צעד 7: ישם תכנית 50 

על תכנית ה"ג/50 להיות מסמך הבקרה של הפרוייקט. יש לכבד את 
נקודות הבקרה לפעילויות הבטחת האיבות ובקרת האיבות. הרגשת 
ההיצמדות לתכנית ה7ג50 הינה תחום מפתח בו חיונית מחויבות 
ההנהלה לתכנית ומעורבותה. ללא מחויבות כזו, יתעלם צוות חפי- 
תוח מנקורות הבקרה לעתים קרובות ככל האפשר. 

במהלך צער זה, תיושם תכנית ה-50. יש להתייחס ליישום באילו 
היה פרוייקט בפני עצמו. ככזה, מתבסס היישום על פוקנציות הניהול 
הבאות (1) לגבי כל פעילות 50 יבחר איש הסגל שיבצע אותה: 
(2) תיזמון המשימות; (3) ניטור המשימות: (4) פיתרון בעיות 
המתעוררות בקשר עם ביצוע המשימות. 
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משימות 504377 המוגדרות בתכנית ה-%/50 כוללות סקירת אלמנטי 
התוכנה ומעקב אחר תהליכים שנבחרו, על מנת להבטיח התאמה 
לתקנים ולנהלים. יש לרשום את כל הסטיות ולדווח לרמת ההנהלה 
המתאימה. באחריות ההנהלה לקבוע את חומרת הסטיות וליזום 
פעולות תיקון כלשהן. 

מרכיבי התוכנה אותם יש לסקור כוללים, אך אינם מוגבלים ל: (1) 
הרישום בעת הפיתוח; (2) מיפרטי דרישות תוכנה: (3) תכניות 
פיתוח תוכנה; (4) מסמכי עיצוב תוכנה: (5) תכניות בדיקת תוכנה; 
(6) תכניות מחשב; (7) תכניות יישום. התהליכים אחריהם יש לעקוב 
כוללים ניהול קונפיגורציה ופעולת תיקון. גורם ה-/50 יעקוב אחר 
פעילויות בקרת תוכנה שייבחרו על מנת להבטיח שהן נעשות 
בהתאם לתקן. פעילויות בקרת איכות כאלה כוללות זר |גאי, 
בדיקות וטכניקות אימות אחרות. | 
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ל של צעד זה הוא סידרה של דוחות \/(50 המכילים 
הפלט 








את כל 


הסטיות מתקנים ומנהלים. 


את תכנית ה50(47 
: הער 
- - הצעדים הראשונים, מזוהים ומיושמים תקנים ונהלום 
1 


לפיתוח תוכנה, נסקרים ונעקבים מרכיבי תוכנה התליכ פיתוה 
פַ נדות סטיות. במהלך שלב הערכת התכנית יש להערי 
5 תכנית ה-/50 על מנת לקבוע האם להמשיכה א 
ד על גורם ה-/50 לערוך את הערכתו ואת המלצותיו ולר ל" 


גם בפני ההנהלה. 


הצגת השאלות הבאות תעזור לקבוע את מידת אפקטיביות התכנות, 
ו 


₪2 ₪ 5 ₪ 5 ב ₪ 


האם נעשה נסיון ליישם את התקנים ואת הנהלים? 
האמ השתתפה ההנהלה בכל שלבי התכנית? 

האם כיבד צוות הפרוייקט את תכנית ח-804? 

האם פגישות ההדרכה והייעוץ היו אפקטיביות? 

האם זמן ההדרכה הספיק לסגל הפרוייקט? 

האם נמצא מספר משמעותי של סטיות מהתקנים? 

האם סגל הפרוייקט היה מנוסה מאוד בתכנית ה-\/%0ל 
האם יזמו פעולת תיקון לסטיות? 


לטו ההערכה הם: (1) הערכה והמלצות של גורם ח-\/50 בדבך 
תכנית ה8037; (2) החלטות ההנהלה הרלוונטיות לעתיד התכנית. 


סיבום תכנית 504 
א ת התכנית שהוגדרה למעלה קל ליזום וליישם. היא דורשת 


שני מרכיבים בלבד: (1) סגל %/50 שיבצע את הפונקציות 


כפי שהוגדרו על ידי התכנית: (2) מחויבות ההנהלה. 


האחרון הוא הקשה ביותר להשגה והוא נשאר המבשול מספר אחד 
העומד בפני קבוצות % (5). אולם, ברגע ששני קריטריונים אלה 


מולאו, שאר התכנית תתבצע באופן טבעי והגיונר. 







ותרונותיה של תכנית 504 


, 


תרונות של תכנית 50% קשה לפעמים להצדיק. מדוע? מכיון 


שעגינה בקביעת התאמה, דרך השימוש בתקנים, לגישת פיתוח 
מסודרת. כבזו, היא מרוחקת רמה אחת מטבעה של התוכנה. 


אולם, השימוש האפקטיבי בתקנים ימנע פגמים רבים במשך השלבים 
המוקדמים של תהליך הפיתוח. היתרון העיקרי הנגזר מתכנית 580 
הוא שהיא מבטיחה תהליך פיתוח תוכנה איכותית. 

נוסף לכך מבטיחה תכנית .50 בי. 


1 


וו. 
2. 


קיימת מתודולוגית פיתוח. 

הפרוייקט משתמש בתקנים ובנהלים למרכיבי התובנה ולתהלו 
בים. 

הפרוייקט נסקר ונעקב על ידי גורם בלתי תלוי. 

יופק תיעוד עבור אחזקה אפקטיבית ופעולות שיפור. 


"ופק תיעוד בזמן הנכון כך שיועיל גם לתהליך הפיתוח. 
קיים מכניזם לעריכת שינוי. 


שלב הבדיקות מגלה תחומים רבי סיכון. . 
7 לפני ההתקדמות לשלב הבא, שמרכיבי התוכנה מספ 
1 

הסטיות מהתקנים ומהנהלים נחשפות מוקדם ככל האפשר. 
0 זב על ידי גורם חיצונר 

פעילויות בקרת האיכות מבוצעות בהתאם לתקן כלשהו: 
תכנית ה"50 ותכנית פיתוח התוכנה תואמות. 


קשה 

ושה 5 בכסף יתרונות אלה. לבן, על ההנהלה להעריך אה 
מצעים וה 

המתוארים אחרים. אס ההנהלה בטוחה שכל פריטי ה 


ות 
ל ידי צוות הפיתוח ושנושאי רו 
יו קודם כמאמר אינם רלוונטיים לסביבה, הרי שב עט 
תכנית 80 המטפלת בנושאי איכות יהיה ערך מועטי 


























מובום 


במקדונל"דאגל 
שנבחרו. בזמ 


ם הנדסת התובנה עובר כמה 
ונווום קיצוניים. נראה שהמגמה היא 
תח מערכות מהר יותר בעזרת 
פות הדור הרביעי ותכנוות לבניה 
הרה של אבי טיפוס. אנחנו רוצום 
סהשיג דברים רבים יותר, מהר וותר 
ובאיכות גבוהה יותר. בון כל אלה, 
ראה שחסר מרכיב אחד: כוצד להשוג 
וָאת? 
תבנית ה50/7 שהוגדרה במאמר זה 
אונה פותרון סופי. הוא מהווה, אולם, 
צעד בנסיון לשמור על מידה מסוימת 
של סדר בתהלוך פיתוח התוכנה. זהו 
נסוון לשמור על קיומם של תקנים 
0 בתקווה שזה יאפשר לתהלוך 
הפיתוח לשמור על דרגה מסוימת של 
לוגיקה כללות. 


50 100 ,פחגוק 


ועדת ה"בזל" של אול"א 





לחברי איל"א בי משרר 
5 משיכה בפעילותה בנושאים הקשו- | הועדה 0 0 א 
" , יב זו 
ו ח"בזק" והתקנות, ובהמצאת עמדות ‏ | התקשורת ק 


> תיקון חוק הבזק: הצעת החוק ו ו 
נמצאת בדיון בפני ועדת הבלכלה של 
ו מסכם את הסתייגו 
הבנסת. הוגשניירעמדה ה . 
וות איליא מהצעת החוק, ויו"רועדת זבזק, 


א הבוק לשר התקשורת, למנכ"ל 
הת תקשורת, למועצה המייעצת לשר 
₪ תולועדת הכלכלה של הכנסת. 

ו 


שלות ךל ה מעמר תנו בפני הועדה. 
0 ₪ אלה בתחומ. לת הבול ו ה קביעת ו 
- י כמתחייב ממעמדה של אילייא בגוף בין היתר, עומדת ע ו בפיקוח משרר 
ש קצוער "ישראלו המי : ליו וח- | בין ציוד תקשורת = ה שבים, באשר דריש" 
2 ה התקשורת לב[ בר של העורת להחיל את 
כ תנו הינה למנוע ממשרר ה ולשחרר את 
| ה ל ציוד מח , 
זר עסק נותיו גם על צ למשל, מהצורך 
; בנושאים הבאים: תק סות, , 
7 רעונלו א תעריפי קוי | כונני הדיסקים 7 ה 
"ה - ר קביעת תעריפים על פי איכות | ברשיונות יבוא 0-9 
1 5 
שמ 0% לתקנים בְּינלאומיים מקובלים ורשת לחייב גם את - ותחרות 
שה הילא על פדרכ ים- | ועדת הבזק ד רלמנוע אפליה 
שאון פי קצב העברת הנתונים וודהקצה, כד 
עוקה.. לוגה בשוםו מדינה מתקרמת ‏ | ברישויצ 





2 מיושמת תכנית ג 
| כתיבת המאמר, נראה ש 


סרר, חיונית ומקבל מגמה זו בברבה, 


א 


5 ]סז 50 חס סז אוגך 5 וחוסן מס ו ]0 חסקשת .1 


.2 .30 שוגו ,66ח60ס חזהק6כן 


וו ₪ פוואוזש\קחן 10 6106 4 . חהההחסטם .וא 138 .2 
2 . .1980 .2 ,.5ת0ו1ה6;[טנתן 5 
ץלוטס ו ופוס ]ס 5 1984 (.60) .= .א שז ,23 


4 .סק ,105111016 


ג ו סק זז ,וא .1 חב בזסווטם .6.7 .7 ,0ז8שס1ן ,4 
5 0010 8 .סצן 5 .ל ,זמשוחקסוסשוק קופס קחחסתק] זס) 


56 לוו[בטכ) 6זהש)50 זס 5036916 שמת .5 
.94 


5 בכמח פרוייקטר פיילוט 
סגל פרוייקט מחשיב מגמה 








נושא נוסף הינו מפרטי הציוד, כאשר אנו 
דורשיםמפרטיםבינלאומיים מקובליםאשרלא 
יחייבו את התאמת הציוד המיובא מחו"ל או 
המיוצר בארץ לדרישות שאינן מקובלות באר- 
צות אחרות. 

> שימוש בצנרת הבזק לתקשורת נתונים: 
איל"א דורשת ממשרד התקשורת ומחברת 
"בזק" לאפשר, בצורה מבוקרת ובתנאים 
שייקבעו, שימוש בצנרת הבזק לצרכי תקשורת 
נתוטם. כולל שימוש בסיבים אופטיים ובכבלי 
תקשורת נתונים. היגשנו נייר עמדה מפורט 
בטשא, וסוכם כי הוא יועבר לדיון במועצה 

ייעצת לשר התקשורת. 

- סדרת 5 עם הנהלת משרד 
התקשורת דלעיל ובנושאים אחרים. 


הטיפול בנושא נהלי רישוי מודמים 
נמשר ה 
הוול = ובהקלת הנהלים ליבוא ציוד 


מחשבים. 


"מעשח חושב" דצמבג' 1987 כסלו תשמ"ת 
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= . - הותונים בצורה טובה יותר ומפשטים 
אול"א ש התהליכים. לוש שמוור / 
זבה בפרס - ו את מופנה למאמר הנושא את הכותרת, | | 97 ים *""''"( 12" לאתר 
ְ סו 6 ה ה 41 01 טטההותגוו שץ' 5 ביצוע ההע ₪ גרות וחלונו 
: .0 ץשטצב 
ממכ"א - מרכז מיכון כח"אדם | = מחוברת פמרט 1987 של הפ א כדי תג | "ערכת אונטך 
וו לת ביצר מציע מחברו שמערכות ה- 0 ית החל "בי המע 
קוק 0 - של העתיד תכלינה מנגנוני השלכות וח ט ב | 
ף % לה המיושמים בתמ"י כין כ 2 רות 
יּ ל . ונות המק - פשטות ה 
ו הט מלא ומעמיק יותר של מושג ההשלר | | "שופ תודות לאו 7 את זמ פיה | 25 על דמ בהה שק שהושגה מסת- 
\ הורש מאמר מיוחד. כאן נפרט מספר תכונות 8 מקצרת המערב קים גדולום 8 היא תהליך מ - שגרות וחלונות: 
\ מום המייחדים את ההשלכות בתמ"י. ות וה ות אחה 
| וושו 0 
| 
| | )) ושומי השלכות בבסיס ו מבוזר: 
ושומים המבוססים על ב 
. ושנם סיס נתונים ת . יותר ל ות מער 
תמ י הוא תוכנה המהווה \ * תי משלבת פשטות בשימוש, מהירות | 7) שפת הרשאות - | | מרנזי ובסיסי נתונים מבוזרים. בסיס הנתונים ‏ | ש שו לעדכן את תכנית ₪ משימה מ עבודה לצורך ביצוע 
סביבה פוה ועוצמה בפיתוח וגמישות בתחזוקה עם א) שפה שבאמצעותה ניתז ל המבוזר מכיל מידע מקומי וחלק רלוונטי מב- | השנוי % המשיך לחרץ אות זמקור על המסך א צר מתוך חלון אחר. 
מסזוץת6) יעילות רבה בביצוע. החוקים שנועדו 0 בטא את סוס הנתונים המרכזי. ניתן ליצור מצב בו | מת לפ מבלי לאבד את הטביבה - לאחר מטויים אבל רל 2 חלונות שנראים ברגע 
ח רד 1 - ד % 
מתוחכמת לפותוח ועומוף | * מרכיביה המרכזיים של המערכת: למסד הנתונים. את הגישה המערכת המבוזרת מעדכנת את הנתונים ו ל תכונות דומות אלה ---, | 
ב או חלונות הבי- | 
מיחשוב מתקדמים. ) משלבת כתת שפה את שפת אמית הפרטיים שלה ועדכונים אלה גורמים ג | נוטף לחיות שו - החלטה קשור חלון לעגרה ב 4 
2 שהוום:. : | לערכון בסיס הנתונים המרכזי. טה זו מהירה ונו גרה וכולה להכיל ל ז באופ 
תמ"י מאפשרת גמו נתונום היא חוסכת ממנו יצו חח למתכנת | וחלון המר כל היותר חלון אחד 
מישות א) הגדרה מרכזית של מבנה מסד חנתו- שימוש במנגנון ההשלכות מפשט בנית מער". | הבדיקה ה צירה מחודשת של טביבת | מו | תמיד שייך לעגרה. 
מירבית בפיתוח ישומים נים במילון הנתונים. | נות באלה. לדוגמה, במערכת כ"א מבוזרת, ה המתאימה בכל מחזור ניפוי. 0 לשגרות ומנגנון ציור החלו- 
; החל מעיבוד ו , ב) רשומות בעלות מבנה פשוט (טבלא. פירוט התכונות המיחד = | באשר ישנו מסד נתונים מרכזי לארגון כולו / 
תונים ג) תמיכה מלאה בנגררות (מבנה היררכי. | ער הנביי ות | | ומסר נתונים פרטי לכל מחלקה, ניתן להגדיר | 
מקובל, ררך עובוד נתונים | . ברמה אה + | השלבה שהקלט שלה הוא כתובתו של העו- | 
הגדרות של בדיקות סבירות לרע ה 
מב רשומות | הגדרת בריקות ה וידה לשמור על תאימות המיד מחזור פיתוח קונבנצוונלו 
ו ובלח בבנית ושדות מהוות מרכיב בהגדרת הרשו- | ממילון הנתונום: ו והסבירות בחלק הכתובת במערכת המרכזית ו | | 
רו וד ו מות והשדות. 1 / המבוזרת. סביבת בדי 
ה ע ושימושיהם. ה) מסד הנתונים מורכב מאוסף של קב- י 2 של שרה או רשומה ניתן לשלב פלט ההשלכה הוא דיווח על 2 
ותוכנה מממשת הלכה צים אינוקס סדרתיים ישן | | > בדיקות התקינות והסבירות שיש | | העוב למערכת המרבו 2 עדכון כתובת | | ל------| אא 
6-1 בצע כאשר ערכם משתנה. | | . בצורה כזו, עדכו ל לט ל--- א 
מעשה רעיונות יחודיום | 2) ההגדרה מתבצעת באמעעות משפט לוגי הכתובת יכול להיעשות במספר מ סְ > ל 
רבים וטובים. 2) מילון נתונים - 6 -. בשפת תמ"י או קישור לטבלה - | א ו 
רג \ ₪ 
בתיעוד המלא שפ /- מערכת קבצי תמ'י המכולים את תואורי -. -. תשולב הבדיקה באופן תלות בתהליך היוצר אותם. 
י קבצים, | השרות וחוקת <ך הביצוע. של התכניות 
. הרשומות המשנו 
ניתן למצוא את בל תפורת להלן) ומתוחזקים בשו | | רייה את הנתון שלגביו הוגדרה | | 5 לוב האדם ב"חלק" מבטוס הנתונים: ל 
תבונותיה, כולל במחולל הישומים. עפורן את קליטתם של ערכים שגויים | חי השלכות המיושם במערכת אינטראק- 
: | ת מאפשר 
5 חוק 64 הגד ופשר שילוב נוח ומושכל של אדם : 
ו שבהן: מבוא 0 . ה 0 - ו התקינות והסבירות שחי- ו י קֶיום קשרי השלכות הדדיים בין 
ה יפרט רס %- של בריקות טבירות והשל- . ק מן התוכנה המיישמת וש 
\ את התבונות ת נשאבות" המו זשי תה יכים, הופכת ו השלב : | ו 
פעלות באו : , אם כן, להיות חלק ות אלה ני -> 6 04| 
טי ע'י פן אוטומ מה [ תנות למימוש ב י הכיוונים: | 
המתקדמות והוחודיות, = | המק תמ כל שמשעת את | מ בכ אנ ושעי | שק א ה ה 
ימהווה קלט לחישוב גבוהה יותר של המערכת אשר רו 
. ה | צים שאירועים מסויימי - 
מערכת תמ"י זבתה בפרס אוליי 6 שפח - ב) ה רכת "וודעו לאדם מס -.. ו 
במינהל, על פיתוח כלי המת אול"א לושומים ) שפה פרוצ 0 ות בהגדרת הבדיקות. מתרחשים, ניתן להגדי הפ םש 
גוה חרשנות המאפשה, זבסט על טבנולו- ב) משלבת 0 מודולרית מבנית ב בכמות הקידוד והזמן הדרו" מכתב המדווח - ה 
המשתמש בו, אשר הוב שיפור תפוקת ומילו שר חל למסד הנתונים | 5) שים להקמת המערכת. | מים, הם לגורמים המתאי. | בלו נופוו הפעלת שגרה גורמת לציור החלון שלה 
יוכחה באופן מעשו. ג) ו הנתונים. מ דוגמה לשימוש יכולה להיות מניעת עד- > | * השלכות תמי מספקת שני כלים נוחים לניפוי שגיאות | ויציאה משגרה גורמת לסגירת החלון שלה. 
. ב של מסכים וחלונות כ'! מספר הילדים ברשומות המתארות כאשר ו מן האדם: בזמן - מערכת חלונות כזו, בה בל חלון נמצא על 
. ה) מש 7 ₪7 קצר וגוח. | *נשים רווקים ע"י שילוב הבריקה "לא מסום +" יר חישובר של נתון מושלך | = 00080: חלון אחר ורק החלון העליון פעיל, דומה 
תיאור בללו ת כתת שפה מצב משפחתי נדרשים נתוני ה מאוד למנגנון קריאה לשגרות אך היא אינה 
תפר אק --- צב משפחתי רווק" בתיאור. השרה - "שומים במערן ונים נוספים שאינם | | בלי זה מאפשר ביצוע התבנית פקורה | מארת 7 של קורי צם הת חאל | 
* תמ" שתיאך צרורלות מ | דים, הגתו . ניתן, בתהליך חישוב ה. התבונגות במשתניה והשמת | מע . , ה | 
תמ"י היא תוכנה ש ה מובא ב תקדמת [' לתחקר אחר פקודה, ה למימוש ואינה דורשת משאבי מחשב | 
לפיתוח מערכות. ו תשתית | | 0% מסכי עורה 7 "המש השלבות "ודע החר 1 את המפעל ולהשלים *ת | = ערבים לתוכם. כל זאת מתבצע על גי 7 לקיומה,. דבר המאפשר שימוש | 
מערכות ההפעלה ל 7 5 מחול השלכה היא שיג ית | חלון מיוחד ומבלי לפגוע בתמונת המטך בטבנולוגיה מתקדמת כזאת בסביבה שעד 
ר-אזאט. 5 א) - דוחות - כאשר אחד ב וו : שלכות באצ המתקבלת. היום לא נהנתה ממנה. שיפורים ל 
* השימוש בתמ"י אי ת דור ה ש י ו ןז ווה - תהליבי קל ; : נסו במערכת מאפשרים לשגרה לסיים 
\ אינו מוגבל 9 ב ביעי לחג דות מחו 4 כאשר וליבוי קלוטה וער 6 806 שהוכ 
בתחום המחשב. גם בעלו ה 7 חדוק למילון ב כות. באמצעות ו -- 0 - = | לט שפרו צורך בביצוע השלכות בזמן מ ל ב מבלי שחלונה יימחק, או להסתפק בחלון 
תוח מערכות יכולו 9 בב : : ו ו 7 | אע ? משתנ - בלים פיקוח, ק יי השגרה שקראה לה. 
ם להקים בא ה את כים המייצרי : | זה ה, אלא ניתן לדחות בי שאינם מק ופור יעולותם | שנבנה ע 
/ ישומי מצעותה שפת אמיי רים נתונים : ות שינו | זמו וע בשי 
| ם מורכבים ביותך. | | 5 מחולל תכנוות *מ"ת. = | נתונים קיימים. ג 8 - ו יותר (למשל באשר | | במיוחד שבראי להשקיע 
.- מחולל " החידוש כאן ה צם | ורן ממערכת מקוונת למערבת | = ועוד. דים על כל | אמ"ת 9 
מעשה חושב" דצמבר 1987 בסל תכניות בעלות מ שינוי ה 1 הוא בקשורת ההשלבה לע ו לחסוך במשאבים ולייעל את | יש לזבור ששני הבלים הללו עור לבות ו) תמי משלבת בתובו ב מ ורות 
ו תשמ"ח בנה שכיח. לער ינתונים ולא לתהליבים העשוים ו המערכת המק : התבניות של הישום, כולל ההשלב ביטויים פונקציונלית בלתי פרוצדורלית 
ת אותם. בצורה כזו אנו מבטיחים את את ( נותן לומר- ימקוונת ע'ח מערכת ה טווח 0 באופן אוטומטי. כך שהמנפה הנקראת אמ"ת 9 התכונות המייחדות 
גיצן זאת למערכת והיא תדחה ה - ן מה שקורה במערכת גם אם - ליה 
ובול להב 0 
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כ ע ה 
0 ההש השלכות לזמן הרצוי. לצורך 


כו : 
תשתמש המערכת ב"380ח1 חושב" דצמבר 1987 בסלו תשמ"ת 


"מעשה 




























> בשלב זה נתמך רק האיחזור מקמצום א 
באשר הם בזכרון ופעולות העדכון מנוה. 
בות לתקליט ומשפיעות רק לאחר טעינתו 
המחודשת של הקובץ לזכרון. 


* תמיכה חזקה מאד במבנה נתונים בעל מוחשב 
היררכיה של רמה אחת (נגררות). 


*+ רקורסיביות מלאה בהגדרה של 



















נתונים תנאים. 
2) כתוצאה משתי התכונות הנ"ל ניתן למ- 
צוא בשפה זו: 


א) נתון מותנה: 
<נתון א> כאשר <תנאי> לעומת 
<נתון ב> אחרת 

זהו נתון חדש המקבל את ערכו של 
נתון א אם התנאי מתקיים ואת ערכו 
של נתון ב אחרת. כמובן שנתון א 
ונתון ב יכולים להיות נתונים מותנים 
בעצמם. כמו כן ברור שבהגדרת 
התנאי יכולים להשתתף נתונים מו- 
תנים נוספים. 

תנאים מכומתים: 

1. לכל <נגררת> מתקיים <תנאי> 
]. קיימת <נגררת> שבה <תנאי> 
מאפשרים בדיקת קיומו של תנאי בבל 
הנגררות מסוג מסויים או באחת מהן 
לפחות. 

ג) נתון מנגררת הנבחרת על פי תנאו: 


ב 


2- 


<נתון תון מנגו (עבורה)<תנאי> לאחרונה 
(עבורו) " (לראשונה) 


תאריך-תחילה (קורס) עבורו ציון- 

קורס גש 80 לאחרונה. 

נתון המחושב ע"י הפעלה מחזורית 

של פונקציה על מופעים נבחרים של 

נגררת: 

<פונקציה על נתוני נגררת> לכל 

<נגררת> שבה <תנאי> 

למשל: 

סיכום (ימי-מילואים לכל תקופת- 

מילואים שבה תאריך-תחילה> ‏ = 

180 | 

5) מובן שיחסים לוגיים רגילים (לא, ו, או) 
סוגריים, חישובים, יחסי גודל, ומיסור ער- 
כים נתמכים אף הם באופן מלא. 


ד 


- 


תמיכה בניהול בסיס ידע 

* בכל רגע במהלך התכנית ניתן להסתעף 
למהדיר של שפת אמ"ת 9 עם קטע מקור 
שרוצים לנתח ו/או לבצע (ניתן לשמור את 
התוצאה לביצוע מאוחר יותר). 

* קטעי המקור יכולים להיווצר בכל אופן 
שהוא. במיוחד ניתן לשמור אותם בתוך 
קבצים כחלק מבסיס ידע המתאר חוקה 
שרוצים שתישמר באופן ממוכן. 
ניתן, למשל, לבנות קובץ מקצועות שבתו- 
כו, כאחד מן הנתונים המתארים את המק- 
צוע, שמור קטע אמ"ת 9 המתאר את 
התנאים בהם מתאים מועמד למקצוע זה. 
תכנית המשבצת מועמדים למקצועות ובו- 
לה להשתמש בנתון זה ולבדוק? את 
המועמדים. 


מערכת הרשאות 
מעבר לתמיבה. המקובלת בהגדרת משתמ- 
שים, ישויות ואופני גישה מותרים, מעניקה 
מערכת ההרשאות של תמ"י שלושה כלים 
חשובים: 


"מעשה חושב" דצמבר 1987 כסלו תשמ"ח 









ד 
הי 


אצמא 


% 












* הגדרה חיררכית של מ 


* שולוב תנאים שתמשים וישויות. 


תפ לבדיקה של 


* שפה נוחה להגדר 
והגבלות עיו הג 
לל. 


* יש לציין ששפת אמ"ת משרתת אותנו 


מערכת .1161 
תמ"י תומכת בבניית הישום גם בהקמת חלו- 
נות סיוע המופעלים בלחיצה על מקש קבוע 
ומספקים את המידע הרלוונטי לשלב העבו- 
דה בו נמצא המשתמש. 


קישור לשפות וכלים נוספים 

למרות שעוצמת הביטוי העצמאית של תמיי 

היא רבה, נעשה כל הדרוש לצורך שילובה 

עם כלים נוספים בבנית המערכת. 

לבן נמצא בתמ"י, בין השאר: 

= יצירה אוטומטית של מילון נתונים במבנה 
פכפ6 של אצ כדי לאפשר לכלים 
המשתמשים במילון זה גישה לנתוני תמ"י. 

* אפשרות פניה לשגרות הכתובות בשפה 
כלשהי, מתוך תכנית הכתובה בתמ"י. 


הקרנת חומר זהה על מספר מסכים 
המערכת תומכת בהפעלת ישום שנבנה בה 
באופן שבו רק צג אחד משמש להפעלתו אך 
התצוגה המוקרנת על צג זה משוכפלת לצ- 
גים נוספים. כך מתאפשרת הדגמת חישום 
בפני כיתה. 


תיעוד הישום 
מעבר לדוחות ממילון הנתונים (אותם ניתן 
למצוא גם בכלים אחרים) מאפשרת תמיי 
למשתמש להדפיס על מדפסת את מבנה 
המסכים שיצר (יש תמיכה גם במדפסת -%ץ5 
6 וגם במדפסת 6צג51). 


שומוש במדפסת 6צג51 
משתמש בתמ"י יכול לנתב פלט דוח שהגדיר 


גם למדפסת ה"6וג51 הצמודה לצג שלו. כך 
ניתן לבצע הדפסות מקומיות (כמו אישור 
ביצוע פעולה בבנק). 


השימוש בתמ"י 


* תמ"י הינה כיום כלי התשתית המרכזי בכל 


מערכות ה-א וה"סץ של יחידתנו. 
פרויקטים גדולים מאד מבוססים עליה 
ושני החשובים שבהם - פרויקט האוגדות 
ופרויקט לשכות הגיוס, הוצגו השנה בכנס 
מנתחי המערכות. 


* השימוש בהשלבות לצורך קישור בין 


מאגר הנתונים המרכזי למאגרים ה 
רים מיושם במערכות אלה הלבה למעשה. 


* במערכות אחרות נעשה שימוש בתמיכת 


תמ"י בניהול בסיס ידע המנוסח בצורה ש 
חוקים בשפת אמיית. 

במסגרות רבות נוספות, מעבר 4 
עובדה זו חוסכת, בין השאר, התמש 

משתמשי תמ"י שבד"ב כבר ה הלות 

בשפת אמ"ת במערכות התקשורת 











. הורשהיים, אוניברסיטת אוקספורד 
או ו 


הבנת המשרד: נקודת מבט סוצוןד אנלוטות 


מבוא 
יצד ניתן ליישם בהצלחה מיכו 
א המה מפורטת של המל 
משררי ( 
בה בה הוא מיושם, כלומר, המשרד. החוק- 
רים תרוּ אחר הבנה זו באמצעות פיתוחם של 
שני סוגי טקסונומיות: האחד קשור לסוגי 
המשרדים הקיימים; השני, קשור לפעילויות 
המשרריות השונות. הראשונה מנסה לסווג 
את המשרר לסוגים מוגדרים ושונים; השניה 
מנסה לסווג יחודית את פעילויות או מטלות 
המשרד. רוגמאות לגישה הראשונה ניתן למ- 
צוא במשרדים מסוג 1 ו-11 של פנקו וספראג 
(59), ובסיווגו של גונטון (27). סוג זה של 
טקסונומיה לא סיפק עדיין מידע רב אודות 
העבודות הפנימיות המבוצעות במשרדים. 
סיווג המשרדים, על אף היותו מענין, מתגלה 
כפשטני למדי מכדי להיות בעל ערך כלשהו. 
מאמר זה יתרכז לכן בטקטונומיות המתמק- 
ות בפונקציות המבוצעות ע"י הפרטים 
במשרד, 
מטפר טקסונומיות רב הוצע בספרות 
המקצועית, כל אחת עם המינוח שלה, המג- 
דיר ומסווג את הפעילויות במשרד (11, 17, 
255 1 45, 4; 62, 68 ו757). על אף שכל 
אחת מסווגת את הפעילויות בדרכה שלה, 
0 מודת השקפה גלובאלית רוב סיווגים 
5 זהים ביסודם. זוהי נקודה שהוצעה ע"י 
, ; גס וספאייןי (32) והיא חוזקה ע"י דודס- 
(22) אשר התלבט מעט בהרכבת שישה 
שונים שכל אחד מהם היה מאופיין 
שונה. סוגי טקסונומיה אלה 
להבן הלא כלומר, קל לתפוס אותם וקל 
הנצפות ד ניתן לסווג את פעילויות המשרד 
בסס על אותה שיטה. אולם, 
טקסונומיות אלה מעוררת ספ- 
5 וספאייןו (52), למשל, ציינן 
פעוט 0 הכרוכות בטקסונומיות כאלה: 
משמעורר ות משרד אינן ניתנות לסיווג בדרך 
המתבט - אמיתית; (2) רעיון הקטגוריות 
לשקם 4% הדוו (ט68010519 ע8[1טטח) אלנר 
למפות ה את המציאות; ו-(5) לא ניתן 
שגות 4 משרד על גבי טכנולוגיות 
לשקפות כמן 1 מזהיר שטקסונומיות אלה 
נקודת מבט בה מתפרטות פעילויות 


, היגינס 
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לה חברתית. מנקודת-מבט סוציו"אנליטית, 
הפעילויות (או הנהלים, הפונקציות וחמט- 
לות, כפי שמתייחסים אליהן בצורה רופפת 
בספרות) המבוצעות במשרד הן בעיקר 


חברתיות באופיין. משרד, למ הינו סביבה 


חברתית המשלבת פעולה חברתית. ההתנה- 
גות המופגנת, בסיסן של כל הטקסונומיות 
שצוטטו למעלה, מספקת רק נקודת השקפה 
אחת ממנה ניתן לצפות בפעילויות המשרד. 
קיימות אחרות. מטרתו של מאמר זה לנתח 
בצורה ביקורתית את יסודותיהן של הדרכים 
השונות בהן נסקר המשרד, תוך הדגשת הה- 
נחות המשתמעות בכל אחת מהן. 


נקודות מבט למשרד 


בנסיוננו לפתח הבנה של פעולות המשרד, 
חיוני להבהיר תחילה את המונת "משרד". 
אולם, כאן טמון שורש הבעיה. דודסונל, 
לרוגמה, כותב: "קשה ביותר לספק הגדרה 
מלאה וברורה (של המשרד)" (22). בחינת 
המשרד כמקום בו מבוצעת עבודת צוארון לבן 
או בסט של פונקציות ופעילויות אשר תפו- 
קתן הינה תקשורת בבתב ובע"פ עלולה להו- 
ביל למולד צר באורח בלתי מתקבל על 
הדעת. המבט הראשון מתמקד באילוצים 
גיאוגרפיים, בעוד השני ממקד עצמו רק במה 
שנראה שאנשים עושים במשרד. אף אחר 

לא לוקח בחשבון, במידה מספקת, את 
- המשרדים אינם ישויות מבודרות 
העובדה שה 


אלא, להיפך, גופים התלויים הדרית, ה 
לים וקיימים בתוך ב - - 
ים משר 
ה -רשמיות ולא מובנות 


₪0 
רות, רבות מהן בלת במצב תמידי של שָטֶף 


ותר-על-כן, הם 

ותר-על-כן, ּ 
0 התפתחותה של העבודה המרוחק 
אטו\: 


גרפי. מכאן א 
ה בלתי-מספקת עבור עבורה 


חברת המירע 
ו ומה ב 
, ביצד, מת במיוחד 
צעת 6 בומינו. זה; במובן; 0 0 
ל בחשבון את התפקיד 
אם 


המשרד כתוצאה מתהליך מתמשך העומד 


מאחורי עבודת המשרר ולא כתוצאה מפעו- 


קת טכנולוגית המידע בהתפתחות המשרד. 
אף"על-פי-כן, כפי שמציין דלאגו (ו2), 
קונספצית "המשרד" טבועה עמוק בתרבו- 
תנו. הוא כותב: 


"קונספצות המשרד ניתנת לאיתור מוחשי 
ברוב התרבויות משום שמערכות ממשלת- 
יות ויצוריות יכולות להשתנות ללא הכר. אך 
בכל ארגון של בני אדם החורג מהקבוצה 
הקטנה בוותר, מופועום המילה ‏ משרדי 
והרעיונות שהיא מייצגת כרכיבים קבועים 
של השפה". 


על אף שהקונספציה "משרד" מציבה קושו 
משמעותי במובן הגדרתה, הרי שיש מספר 
תחומים או רמות מהן ניתן לבחון את המו- 
שג. לדוגמה, למשרדים יש מימד גיאוגרפי 
(מיקום פיזי), מימד זמני (שעות עבודה), 
מימד פעילותי (המטלות המבוצעות), מימד 
מבני (יחסי עובדְמְדְוַוח), מימד מרחבי 
(השטח בו עבודת האנשים מתייחסת 
לעמיתיהם), מימד כלכלי (קנה"מידה בלכלי 
הדוחף את הארגון ולפיו נקבעים העובדים) 
ומימד חברתי (הסיבות החברתיות והנפשיות 
המניעות אנשים לעבודה במשרדים). רשימה 
זו אינה באה ליגע את הקורא; היא באה 
לבטא את המורכבות הכרוכה בנסיון לרכוש 
הבנה בנושא המשרד. אולם, ראיית המשר- 
דים במונחי מימדים אלה נוטה לטשטש את 
התפיסה הבסיסית של המשרד. כלומר, הדג- 
שת המימדים היא ציון בסיסי יותר, במלים 
אחרות, נקודת"מבט תיאורטית. 

ההשערה המוצעת כאן היא שיש שתי נקו- 
רות מבט תיאורטיות שונות אודות המשרד: 
נקורת מבט אנליטית ונקודת מבט .פרשנית 
(וץז6זקזטוהג). נקודות מבט אלה מייצגות 
שתי גישות השונות משמעותית זו מזו אודות 
המתרחש במשרד. הראשונה רואה במשרד 
סביבה בה אנשים מבצעים מגוון של תפקי- 
דים על מנת לתמוך בניהולו המוצלח של 
הארגון. הפונקציות נסקרות במונחים של 
פעולות או פעילויות רשמיות ומובנות בקנה 
מידה גרול. השניה צופה במשרד במונחים 
של פעולת אנוש בלתי-מובנית ובלתי רשמית 
לחלוטין. במספר מובנים אין נקודות-מבט 
אלה שונות משתי נקודות המבט של קלינג 


בנוגע להשפעה החברתית של המיחשוב 


(43), בלומר, רציונליזם של מערכות (-%ע9 
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ח5ו[1911008 5נח6!) ומיסוד מפולח (160ה8086 * 


גת51/00201004115ת1). הוא מגדיר את הרציונליזם 
של המערכות בהניחו שיש קונצנזוס סביב 
היעדים החברתיים והארגוניים העיקריים. 
נקודת מבט זו מניחה משקל כבד על מאזני 
היעילות הארגונית והכלכלית. מיסוד מפולח, 
מנגד, רואה עימות בין-קבוצתי כנורמה ולכן 
אינו נוטה להאמין בקונצנזוס כלשהו סביב 
יעדים ארגוניים. התנהגות חברתית הינה די" 
נמית, קשה להבנה והגדרה ועם זאת רכיב 
מפתח של החיים הארגוניים. הסוברניות של 
פרטים וקבוצות חברתיות בתחומים קריטיים 
של חייהם נחשבת לנושא דומיננטי במקום 
היעילות הכלכלית. 
נקודות המבט האנליטית והפרשנית שונות 
במספר תחומים. לדוגמה, האנליטית רואה 
בפונקציות (פעילויות) המשרד פעילוית 
דטרמיניסטיות, רציונליות וגלויות בקנה 
מידה רחב, בעוד השניה רואה בהן פעילויות 
שהן בעיקר לא-דטרמיניסטיות פוליטיות 
וסמויות. נקודת"המבט האנליטית רואה 
בארגון, מבחינה מטפורית, מבנה; נקודת 
המבט הפרשנית רואה בארגון סוכן או תר" 
בות. הבדל זה [מבוסס על תיאוריות הלימוד 
הארגוני של ארגיריס ושון(3)] משקף את שתי 
חלופות המבט אודות ארגונים. מבט המבנה 
רואה בארגונים "מערך מסודר של קוביות 
משחק הקשורות ביניהן בקוים המייצגים את 
זרימת המידע, העבודה והסמכות". מבט 
הסוכן או התרבות מציין שהארגונים הינם 
מכשירים להשגת מטרות חברתיות והם 
בעצם חברות קטנות ומוגבלות שבהן "אנשים 
יוצרים עבור עצמם משמעויות, סמלים, מנהד 
גים משותפים המאפשרים להם ליצור ולשמר 
אינטראקציות משמעותיות בינם לבין עצמם 
ועם העולם שמעבר לחברתם הקטנה". 
נקודת המבט האנליטית רואה את פעולת 
המשרד במונחים של התנהגות מוחצנת; 
נקודת המבט הפרשנית רואה אותה במונחים 
של פגישה חברתית משותפת של השחקנים. 
הראשונה נצפית ואמפירית; השניה סימבו- 
לית וברובה לא-אמפירית. מכאן משתמע, 
לכן, שמכשירי המדידה ותבניות המחקר 
המתאימים חייבים אף הם להיות שונים. 
נקודת המבט האנליטית מאמצת את המוד- 
לים הרשמיים המשתמשים בשיטות אמפיר- 
יות כמכשיר מדידה תקני, בעוד נקודת המבט 
הפרשנית משתמשת בחקר תופעות. הרא- 
שונה מצדדת בתבנית מחקר כמותית; האח- 
רונה, בתבנית איכותית יותר. הדבר דומה 
לדיכוטומיה | של "אובייקטיביזם" ‏ מול 
"סובייקטיביזם" של בורל ומורגן (8). לבסוף, 
שתי נקודות המבט שונות במיקודן: באנלי- 
טית, המוקד נמצא בניתוח; בפרשנית המוקד 
נמצא בהבנה. הראשונה שואפת לנתח את 
פעולות ופונקציות המשרד ע"י פירוקן 
למרכיביהן הבסיסיים. הידע נרכש תוך 
מאמץ מדעי של הפחתה (רדוקציוניזם). 
האחרונה מוטרדת פחות מניתוח ומתמקדת 
יותר בהבנה. ידע זמין רק באמצעות הבנה 
של הפעולות והמשמעויות החברתיות של 
השחקנים המשתתפים במערך החברתי. 
המוקד מופנה לעבר הבנתן של פעולות 
ומשמעויות חברתיות אלה. טבלה 1 מסכמת 
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את ההבדלים בין שתי נקודות המבט 

ו לה רחבות ביותר, 
ות מבט א 

ו ות וחדות כפי שתואר, 


ובוראי שהן אינן ברור 

יש ב מייצגות נאמנה את הגישה 

הכללית של משרד, הקיימת בספרות הכתו 
ו 


בה. נקודות המבט מתופעלות דרך 7 
לעבר המשרד, המהווים גישות או -] 
ספציפיות וותר של המשרד (ו/או פעולות 


המשרד). 


תצפוות לעבר המשרד 


תצפית לעבר המשרד מתייחסת לדרך המיו- 
חדת בה פרט רואה את המשרד. קל לייחס 
אותה לנקודת השקפתו של האדם לעבר 
העולם או ה-2חטט5004ח3ז61/ (9), המהווה 
לבשעצמה את תוצאת חינוכו, סביבתו, 


הרקע התרבותי, הנסיון וכדומה של אותו 


אדם. השקפת המשרד משקפת את האספק- 
טים של המשרד הנחשבים לחשובים בעיניו 
של הצופה. ההשקפות חופפות לעיתים ואינן 
מוגדרות היטב כפי שמתברר. אף על פי כן, 
סוגי טיפוסי האב המוצגים להלן משקפים, כך 
נראה, את המבנים הכלליים שהוצגו בספ- 
רות. הם גם מתחלקים בדיקנות לשתי נקודות 
המבט התאורטיות שהוצגו לעיל. 

נקודת"מבט אנליטית משתקפת בשלוש נקו- 
דות מבט אודות המשרד: פעילויות המשרר, 
מינוחי המשרד ופונקצוות המשרד. הרא- 
שונה רואה במשרד מקום בו מבוצע מגוון 
של פעילויות על מנת לתמוך בפעולתו 
המוצלחת של הארגון. השניה מתרכזת 
בהתנהגות המשרד כשיקוף של היעדים 
הארגוניים. השלישית רואה את העיקר 
בפונקציות המתרחשות במשרד. הפונקציות 
מנותחות דרך נהלי המשרד. נוהל, בקונטקסט 
זה, הוא יחידת הניתוח המאפשרת לחקור 
פעולות בסיסיות במשרד. כל שלוש ההשק- 
פות מתמקדות בהתנהגות הפרט כגורם 
המפתח או כיסודו של המשרד. כלומר, 
הדרך היעילה ביותר להבנתו של המשרד 
היא לראותו במונחים של התנהגות נצפית. 
היות והמשרד נתפס כמובנה ודטרמיניסטי 
בקנה מידה גדול, נראית כמתאימה מתודולו- 


טבלה 1: ה 





פונקציות המשרד 
בקנה מידה גדול 


מטפור ארגון כמבנה 
פעולת המשרד התנהגות הצהרתית 
כלי מדידה מתאים | מודלים רשמיים 
תבנית המחקר כמותית 

מוקד 





ניתוח 


שוואה בין נקודות המבט האנליטות והפרשנית 


דטרמיניסטיות, רציונאליות וגלויות 






גיה בעלת אופי יותר רשמי. לכן, מתודולוג- 
יות המבוססות על גישות ניתוח למערכות 
מוכרות, לדוגמה, הפורמליזם של יחסי יעות- 
מתאר (8105016-ע111ה6), תרשימי זרומת 
נתונים וטכניקות ניתוח נתונים אחרות מאומ- 
צות במקרה זה. דוגמאות למתודולוגיות 
משרדיות אלה הן !0% (66), וא הס (075, 
הפסא (25) 017115 (44). הן תואמות 
למערכת/מודל משרדית רשמית למדי 
[8000 (83), א10 (24), 0804 ), 
םס (84), 0745 (49), 5 (7) ורקס 
(10)]. 

נקודת המבט הפרשנית נצפית בארבע 
חלופות-השקפות של המשרד: תפקיד העבו- 
דה, קבלת החלטות, טרנסאקציונלית ופעולת 
השפה. ההשקפה הראשונה מתבטאת במו- 
נחים של סדרת פונקציות-עבודה המבוצעת 
ע"י השחקנים הארגוניים. המוקד העיקרי 
שלה מופנה לעבר תפקידי השחקנים. השניה 
רואה את המשרדים במונחים של החלטות 
הצריכות להתקבל ע"י מקבלי החלטות 
שונים, אשר לכל אחד סגנון קוגניטיבי המיו- 
חד לו. המוקד כאן הוא בידיעה. השלישית 
רואה במשרדים זירות בהן מתרחשות 
טרנסאקציות מידע. עובדי המשרד נצפים 
במחליפי-מידע המתנהגים בצורה אופור- 
טוניסטית בעודם נושאים ונותנים בינם לבין 
עצמם ב"סחורת" המידע. המוקד מכוון, אם 
כן, לחילופי המידע. הרביעית מתבוננת 
במשרד במונחים של פעולה חברתית המוע- 
ברת באמצעות השפה. השחקנים הארגוניים 
מעורבים בדו"שיח או בפעולת-שפה הקשו" 
רה לעבודתם. היות ויש צורך להבין את 
משמעותה של פעולת שפה כזו על מנת 
שהמשרד יובן באמת, המוקד מונח על 
השפה. היות והמשרד נתפס כלא דטרמיניס- 
טי בקנה מידה גדול, הרי מתודולוגיות 
משרדיות רשמיות הן יותר בעייתיות. שיטות 
לניתוח קלאסי של מערכות אינן תואמות 
לנסיבות אלו. במקומן, שיטות המבוססות על 
עקרונות-מערכת סוציו-טכניים ושיתוף מתג" 
לות כמתאימות יותר. מתודולוגיות כמו 
וטוא ו111087ד של וויר (55), הגישה 
הסוציו-טכנית של פאווה (60), המערכות 
הרכות של צ'קלנד (9) ו-0א54 של לטינן 
ולייטינן (46) מציעות אפשרויות שאותן יש 















לא דטרמיניסטיות, פוליטיות וסמויות 
בקנה מידה גדול 


ארגון כסוכן או תרבות 
משמעות חברתית 
מחקר פנומנולוגי 
איכותית 


הבנה 





















נטקט המשרד. נראה בבירור שמו- 
ור בקו הנוצר תוך שימוש בסוגי שיטות 
ל לרומה בלל ועיקר למודל הרשמי של 
א אנליטיות. בל מודל יתגלה כרופף 

- וותר מאשר מבנה או מסגרת 
ל מ בה ניתן לבחון משרדים. בפועל, 
השקפה פרטנית גורסת שאין זה 
₪ תח מודל רשמי של המשרד, משום 


לט למודל רשמי, מובנה. ציור !1 


- לתאר את ההבדלים בין ההשקפות 
מנס זַ 


רה תרשימית. 


קודת תצפית אנליטית 


הת על פעילויות המשרד 

התצפות השלטת. ביותר ובפער ניכר היא 
המות על הפעילות. היא רואה במשרד לא 
הל מקום אלא סביבה בה מבוצעות פעילויות 
סמות שנועדו לתמוך בפעולה מוצלחת 
על הארגון. הקונספציה החשובה בהשקפה 
ו היא אולו פעילויות מבוצעות וע"י מי. 
הזמן הנררש לבצע פעילות והנהלים הנלווים 
לה הם בעלי אופי מכריע. תפיסתו של טיילור 
(ז) את הרציונליזציה של העבודה מספקת 
את המניע והבסיס התומכים בהשקפה זו. 
התצפית | המתמקדת בפעילות המשרד 
מפולרית משתי סיבות: (א) היא מספקת את 


| הזרך הפשוטה ביותר של מדידה אמפירית 


אודות המתרחש במשרדים, משום שהיא 
תח רק בהתנהגות חיצונית; (ב) קל יותר 
לאות כיצד נותן ליישם את טכנולוגית 
ומשר כאשר נושא המחקר דן במטלות 
עפות. הביקורת העיקרית נגד השקפה זו 
"*י שעל אף שהיא מתבוננת בפעילויות 


| בוצעות, היא אינה מנסה להבין מדוע הן 
| ממוצעות, כלומר, מה הן הסיבות. דוגמאות 
ו אמצים השקפה זו הן (11), 
5 (41) ר62(7). 


מחקרים המ 
7 9 ו 








תפקידים 
הכרה 

חילופי מידע 

שפה 


התנהגות הצהרתית 


"ת על מו 

] להתגבר 
הפעילות ל המגבלות של 
פי ברבר | ק בתצפית מינו תוי על 
בהבנת כו 8 המוקד העיקה לי 
פעולת חמש אל דוע מבוצ 4 
סתם בו רד מורככת הרכה 9 מטלה 
ל 1 של פעילויות ומ ' 'ותר מאשך 
משדה ת. היא מעתמש לת בנהלום 
הו יח על מנת הררד המכחו 
נלווים לביצוען של מטלות 7 את הכללים 
רון בעיות (עבודת מ משרדיות. פת- 


אחר נוחל (סדרת פעול 


רו 
8 מסוימת, הדבר יבול ל כ .. 
דרכים: (א) "עדום יכולים להיות "7 


רים ע'י המשתמש, או (ב) 
הי] ו של פעולות ( 
0 

7. לצערנו, כפי שנדוז שי 
היים (40), דון ע'י קליין והירש- 


לויכוחים 


מינוח המשרד 
של אטרדי (4), ברבר 6) וחוויט ועמיתוו 
(51). 

תצפות על פונקציות המשרד 

בתצפית זו מתייחסים למשרדים במונחים של 
נחלים ופונקציות. על מנת להבין מה הולך 
במשרד הכרחי לנתח את הנהלים והפונקצ 
יות הגורמים למשרד לפעול. ניתן לצרף 
נהלים לרמה גבוהה יותר של פונקציה אותה 
ניתן להגדיר כ"מִצְרֶם של כל הפעילויות 
המפורטות המנהלות ומשמרות בצורה מקו- 
בצת משאב מסוים המתיחס למטרות העסק 
של הארגון הרחב יותר" (66). פונקציות עיל- 
יות אלה אינן ניתנות לניתוח ולכן אלה הס 
הנהלים ההופכים - מ ו 
יבול להיחשב כת 

היסטוריים אשר עצם או פעולה משרדית 
מתקדמת דרבה על מנת להשיג את יערה 
הרצוי. מימוש יער זה, יחד עס השלמת הנה 
8% האחרים, מוביל לפעולתן המוצלחת של 
פונקציה ברמה גבוהה יותר וכן של העסקי 


מתודולוגיות 





דוגמאות 


להע 
למצוא ב- ות פנקע 
א ב (1), (9), = לש 4 


- קידים מתיחסים 
₪ מובנים ע'י אלה 
יים באותה סיטואציה. יתרזעל-כן ו 


- את ההתנהגות הנצפית של אדם כלשהו 

ערך החברתי. הזכווות והחובות הנן 
מבנים חברתיים המבוצעים בזירה חברתית 
ושולטים על התנהגותו של הפרט. במקום 
לראות את עבודת המשרד במונחים של 
פעילויות פשוטות, חש מינצברג שהבנת 
תפקידי העבודה של מנהלים תספק תמונה 
עשירה יותר של המשרד ופעולתו. הוא מציע 
את קיומם של שלושה תפקידים בון"אושיים 
אשר מתוכם נובעים שלושה תפקידים מידע- 
וום, אשר יחר יוצרים ארבעה תפקידים 
החלטתיים. תפקידים בין אישים צומחים ישד- 
רות מהסמכות הרשמית של המנהל כדמות 
ראשית, מובילה ובקיום המגעים עם העולם 
החיצון. תפקידים מידעיים נגזרים מהעובדה 
שמנהלים מהווים את מרכזי העצבים של 
יחידותיהם הארגוניות; הם מנטרים, מפיצים 
ומשררים מירע. תפקידים החלטתיים מבוס" 
סום על סמבותו הרשמית והבלתי"רשמית 
של המנהל וכוללים את תפקידי האנטרפר- 
נטור, המטפל בהפרעות, מקצה המשאבים 


והמתווך. 


ורה ניתן למצוא 
על ההחלטות 





החלטות (37), סקירתו של ספואג 8 
אודות גישות לקבלת החלטות (67) וא 
תפקידי קבלת ההחלטות של מינצברג 6 
ניתן למצוא מסגרות אחרות לקבלת החלט 
ב-(2), (19), (48), (56), (67) ר78(7). 











השקפת הטרנסאקציה 
1 ז 
השקפה זו רואה את המשרדים כזירות 


לחילופי מידע הפועלים על בסיס של חוזים 
(79). ארגונים נתפסים כרשתות טרנסאקציה 
לציבות המווסתות, באמצעות תהליבי התי- 
אום והבקרה, ע"י סט של חוזים. אלה שול" 
טים בטרנסאקציות המתרחשות בין יחידות 
ארגוניות. אווצ'י (57) מגדיר שלושה סוגים 
של יחידות: שווקים, מדרגים (היררכיות) 
וקבוצות, היוצרים את הסידורים החוזיים 
הבסיסיים. ווילאמסון (80) מציין את השי- 
מוש בחוזי "ספוט" בשוק חוזי "יחסי סמכות" 
וחוזי "יחסי העסקה" בביורוקרטיות (היררב- 
יות), וחוזים לא רשמיים המבוססים על אמון 
בתוך הקבוצות. אבן היסוד להשקפה כזו היא 
באמונה שהיעדים הארגוניים (והמשרדיים) 
הם מבנים חברתיים מורכבים ולא פונקציות 
פשוטות באוריינטציה של נהלים אשר אומר 
צו, למשל, בהשקפת המינוח המשרדי. קלג 
ודונקרלי קובעים ש"היעדים האמיתיים הם 
תוצאה של משא ומתן ועימות בין פרטים 
וקבוצות ברמות ארגוניות שונות; תוצאת 
תהליך יותר מאשר פונקציה רשמית" (16). 

בהשקפת הטרנסאקציה, מתנהגים השחקנים 
בצורה אופורטיוניסטית ומתמקחים בכל 
משאב הנתון לרשותם. ציבורה מגדיר התנה- 
גות כזו כ"תכונה של הסוכן האנושי המיו- 
חסת לכשרונו/ה לטפל... במידע, ביעדים 
שהוצגו באורח לא נבון ובכוננות בקונטקסט 
שבו הבטחות ושכנוע-עצמי אינן ניתנות 
להגנה" (14). משרדים נצפים לכן כ"סדרים 
מנוהלי-מו"מ" וכמוצר של הסכמים חוזיים 
רצופים. דוגמאות לסדר מנוהל-מו"מ ו/או 
להשקפת הטרנסאקציה ניתן למצוא ב-(13), 
(15), (20) ו69(7). 


















































השקפת פעולת השפה (ג.1) או שיחזור 
הכלל 

השקפת פעולת השפה רואה את המשרדים 
במונחים של פעולת-אנוש בה השפה היא 
אמצעי התווך. גולדקוהל ולייטינן מציינים 
שפעולת האנוש נתמכת באמצעות מערכות 
מידע המוגדרות כ"מערכות לשוניות רשמ- 
יות לצורך תקשורת בין אנשים התומכים 
בפעולותיהם" (26). השיקול העיקרי טמון 
בשיפור ה"רציונאליות" של פעולת האנוש 
דרך תקשורת משופרת, המושגת באמצעות 
ניתוח תקין של צרכי המידע במונחים של 
שפת עובדי המשרד. השקפת פעולת השפה 
שואפת לבנות תיאוריה כללית של פעולת 
אנוש תקשורתית אשר בסיסה הוא תיאורית 
הפעולה המדוברת. היא גורסת שמידול 
המשרד ידון בשיחזור הרציונאלי (או הכלל) 
של השפה המקצועית המשמשת לשידוך 
המשמעויות ההכרחיות לפעולת אנוש יעו- 


























10 "מעשה חושב" דצמבר 1987 בסלו תשמ"ח 






(47), (50) ו"(52). 


דיון 


החלופות 
המשרדיו 
זאת הדגש 


ל 
שונות זו מזו 
5 דלים אלה היא נושא בסיסי: 
ה האינטרינזית לת" 
דרגת הדטרמיניזם ו א - 
8 ל והסיבה השורשית 
הבסיסי ביותר של ה 
רד השונות. 
, ה רואה את המשרדים 
ו ודטרמיניסטים ביותר. אנשים מבצ- 
עים מטלות מסוימות בדרכים ספציפיות 
משום שזו הדרך בה הם משלימים את 
עבודותיהם ו 0 ה 
לבצע פונקציות רצ . 
שדרוש לעשות הוא לנתח פונקציות אלה על 
מנת לגלות את המטלות והפעילויות אותן 
צריך לבצע עובר/ת המשרד בבצעו/ה את 
מטלתו/ה. משרדים הם, אם כך, גופים רציו" 
נאליים, ארגוניים ומחפשי-יעדים, ‏ העוב- 
דים לפי סט דטרמיניסטי ביותר של כללים. יש 
הבדל מסוים בפירוש האם הכללים מהווים 
מנשר או שיש צורך להוציאם מעובדי המש- 
רד. במקרה הראשון, הכללים מפורשים 
וכתובים במסמכים הארגוניים. בשני, יש 
לגלותם. ניתן לבצע זאת ע"י ראיון הצוות 
הארגוני המתאים, מעקב אחר האחראויות 
הארגוניות (כפי שמציעה השקפת פונקציות 
המשרד), או ע"י הליכה לאחור בעקבות 
התנהגויות העובד המשרדי על מנת לקבוע 
את הכללים (כפי שמומלץ ב-186ַא0). 


מספר חוקרים ציינו את חקשיים האינהרנט- 
יים בגילוי כללי המשרד.. חם לא מתגלים 
בפשטות מתוך תשאול של אנשים או התבר. 
ננות בתרשימים ארגוניים. פנקו, לדוגמה 
מציע שהדרך היחידה להבין את פעולה 
המשרד היא להסתכל עליו במונחים שפ 
מערך ארגוני רחב יותר, כ"חלק מתהליכים 
ארגוניים רחבים יותר" (58). תפקידו של 
מנתח המיכון המשרדי הוא להגדיר, אם כך, 
את התהליכים הארגוניים הרחבים יותר עי 
חשיפת המבנה המונח בבסיסו של המשרך. 
האמונה היסודית לכן, טמונה בקיומו של 
מבנה יציב ומתמשך של המשרד. 


אולם, אמונה כזו רק מנציחה את המושג 
המופשט והרציונאלי של המשרד. במקום 
להבין את אופיו החברתי של המשרד, היא 
מנסה להסביר התנהגות ע"י פניה לאופי 
גלובלי יותר, כלומר, כחלק מתהליך רחב 
יותר (הארגון) ויש לראותה בצורה כזו. עיי 
ניתוח פעולת הארגון, ניתן להבין את מערך 
ההתנהגויות במשרד. מנקודת המבט הפר- 
שנית, תפיסה כזו היא תמימה לחלוטין. 
משרדים אינם "רציונאליים" ואינם עוקבים 
אחר כללים מוצהרים; הם זירות חברתיות 
בהן שולטים כוח, מסורת ומיתוסים. סט 
הכללים או הנהלים הנהוג במשרד אינו מצי- 
אות אמפירית פשוטה הקיימת "אי"שם" 
ושיש לחושפה באמצעים אמפיריים קלאס- 
יים, להיפך, היא קיימת במוחם של השחקנים 
החברתיים ונקבעת בצורה הדדית. שְאִיל 
מציג נקודה זו בצורה משכנעת. הוא כותב: 
"ניגשתי למשרדים אלה בהיותי משוכנע.. 
שנהלי המשרד היו, לפחות עקרונית, שיטות 
המוגדרות בצורה בהירה לעיבוד מירע. 
הנחתי שהן קיימות, בצורה ו 
טין. וזוהי פנטזיה. עובד ו ₪ 
במקסם-שוא כזה. יתרה-מזאת, 

מנסה לצייר את הנהלים לפיהם פועל עובד 
המשרד, דרך אמצעים רגילים, לדוגמה, דרך 
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ראיונות, שאלונים וכדומה, תהא התוצאה 
לא יותר מאשר תמונה מעוותת של המשרד. 
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הי ללכידת עושרו של המשרד. עם זאת, כפי 
שקלינג מצביע, נקודת מבט כזו נמצאת בספ- 
רות רק לעיתים נדירות. הוא כותב: "על אף 
שהסוציולוגים פסקו להאמין שהתיאוריה 
הקלאסית מספקת דין וחשבון אמין אודות 
דרכים בהם ארגונים גדולים מתנהלים או 
יכולים להתנהל, היא מאומצת כעמדה אנלו- 
טית בספרות המיחשוב" (42). תפיסות חלופ- 
יות, כגון תפקיד העבודה, ההשקפה 
הטרנסאקציונאלית ופעולת השפה, טומנות 
בחובן פוטנציאל להשגת תמונה חברתית 
עשירה בהרבה של המשרד ועבודת המשרד. 
אך נראה שאף אחת מהן, בתצורתה הנוב- 
חית, לא תספק תמונה מושלמת. השקפות 
אלה נמצאות בדרגות צורניות. דרוש מאמץ 
ניכר לעדן אותן ואח"כ לבחון את תקפותן 
בתחום המשרד. נוסף לכך, יש למקם דגש 
חזק יותר על המחקרים האנתרופולוגיים 
והסוציולוגיים. לשטחים אלה מסורת ארוכה 
בחקר האנוש ויחד עם זאת, למעט מספר 
חריגים, (71), (72) וְ-(82) התעלמו מהם 
חוקרי המיכון המשרדי. יתר-על-כן, שיטות 
התחקיר (למשל, אתנומתודולוגיה ופנומנו-. 
לוגיה) המשמשות בשדות אלה צריכות 
להישקל בבואנו להבין את המשרד. בהווה, 
רק שיטות אורתודוקסיות המבוססות על 
תפיסה פוזיטיביסטית של הרכשת ידע שימ- 
שו ככלי מחקר (53). 
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היות והמשרד נתפס יותר במונחים של ישוּ- 
יות חברתיות, הרי שמודלים ומתודולוגיות 
לפיתוח מערכות רשמיות ודטרמיניסטיות 
נראות כבעיתיות יותר. למרות שמודלים כמו 
007 אס1, ו 0ם!אס ומתודולוגיות כמו 
אהפס ן-ם ]סא מצטיינים ביתרונות 
בסביבות מובנות ודטרמיניסטיות, הם אינם 
נחשבים כמתאימים לפיתוח מרבית המער- 
כות המשרדיות. מתודולוגיות ומודלים רשמ- 
"יפ פחות ושיתופיים יותר באופיים 
[מתודולוגית המערכות הרכות של צ'קלנד 
(9), הגישה הסוציו-טכנית של פאווה (60) 
1057 המבוססת על 51% של מומפורד 
ווויר (55)] נראים מתאימים יותר משום שיש 
הם יכולת גדולה יותוּ בתפיסת האספקטים 
החברתיים של תחום המשרד. יתר-על-כן, 
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יתכן וצירוף מסוים של הגישות יתגלה כטוב 
יותר מאשר שימוש בגישה יחידה העומדת 
בפני עצמה. לדוגמה, המתודולוגיה של 
צ'קלנד חזקה במיוחד בניסוח בעיות ובהשגת 
קונצנזוס אודות מה שנעשה (למשל - החד" 
רת עיבוד תמלילים וכדומה). היא חלשה 
יותר בשלבי התיכון והפיתוח. גישותיהם של 
פאווה ומומפורד ווויר, מאידך, חזקות יותר 
בשלבים אלה, אך קרוב לודאי חלשות יותר 
בשלבים ההקדמיים. אם כן, השימוש 
במתודולוגית המערכות הרכות לצורך הבה" 
רת הבעיות וההזדמנויות, כשאחריה מיו- 
שמת הגישה הסוציו-טכנית של פאווה או 
5 במהלך שלבי תיכון ופיתוח המע- 
רכת המשרדית, עשוי לספק כלי עשיר וטוב 
יותר לפיתוח מערכות מוצלחות. גישתם 
המצרפית של ווד-הארפר ועמיתיהם, הנקר- 
את המתודולוגיה הרב-השקפתית, מספקת 
תמיכת-מה לטיעון זה. [ראה (34) לניתוח 
מפורט יותר של המודלים והמתודולוגיות]. 
ברור שנררש מחקר נוסף על מנת לפתח 
מודלים ומתודולוגיות אשר יתפסו את עושרו 
של המשרד. ניסיון אחד בכיוון זה ניתן למ- 
צוא ב-(51), שם מאומצת "נקודת המבט של 
הפעולה החברתית". שם, המשרד נתפס 
כחלק מ"מערכת הפעילות האנושית" וכחלק 
מ"הקהילה החברתית". הראשונה מתארת 
את התכנון הבהיר של סט הפעילויות 
האנושיות היעודיות והקשורות ביניהן. 
האחרונה משקפת את האופי האקראי יותר, 
הלאדיעודי והמתפתח של אגדים חברתיים 
המתפתחים אורגנית והקשורים זה לזה 
במסורת וברגש. שתי התשקופות מופיעות 
תמיד במערכות חברתיות המציגות כפילות 
חשובה זו (9, 76). המשרד מאופיין כמערכת 
יעודית, כמו ביצוע מטלות ע"י יחידים, על 
מנת להשיג מטרות מסוימות (למשל, לעמוד 
באילוצי תקציב) ומערכת לא-יעודית כמו 
התבנית המתפתחת של החברויות. זוהי אם 
כן דוגמה למערכת חברתית. מתודולוגיות 
קונבנציונאליות לפיתוח מערכות משרדיות 
מטפלות במשרדים כמערכות יעודיות, תוך 
השמטת האלמנט הלאריעודי שלהן והתוצ- 
אה היא מערכת משרדית צרת אופק, הגדרה 
ומוקד. 


לייטינן ועמיתיו (51) מציינים ארבעה סוגים 
של פעולה חברתית: מכשירנית, אסטרטגית, 
תקשורתית וצובורית. | מתודולוגיות 
קונבנציונאליות תופסות את המשרד רק 
במונחים של פעולה מכשירנית, משלושת 
סוגי הפעולה האחרים - מתעלמים. עם זאת, 
רק דרך לקיחה בחשבון של פעולות 
אסטרטגיות, תקשורתיות וציבוריות ניתן 
לנתח את אופי המערכות החברתיות 
האמיתיות של המשרד. מנקודת"מבט כזו, 
מתקדם פיתוח המערכות המשרדיות דר 
הבנה וניתוח של ארבע צורות של פעולה 
חברתית. לפרטים נוספים אודות נקודת 
המבט של הפעולה החברתית ובסיסה 
התאורטי, במיוחד הקשר הפילוסופי שלה 
עם "התאוריה הקריטית" (28) של הברמט 
ראה (39) וד (51). ָ 
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| היום העסק שלך זקוק למחשב משוכלל יותר 
ו וו ל . ל 
ו 
גי | את הפתרון: 
למחשבי 80| 38-8/36 ₪ = רקיס ונתי 


ו[ לךְל לה ו 
הלטמ ה 


דיגיטל. פנה לחברת דיגיטל שתציג בפניך את 


2 לדיגיטל ינ\ פת\\\ . מערכת אסודאהסוש וו 6ח. 
מהתוכנה הקיימת תוכל להפיק 
\0\ )0 \\ )אס = מהתוכנה הקי | 
/ [ ו כ ש 
בו בל | 


(8800 8%)) ללא צורך בהסבת תוכנה. 


לטימוש ב\ת\כג סְיימת 2. אפשרויות תקשורת נרחבות ביותר החל 
1 | מרמהשל העברת קבצים ממחשב למחשב 
על , וכלה בתקשורת בין אפליקציות. 
מחשבי "יגיט . 3. מגוון רחב של ציוד פריפריאלי סטנדרטי, 
מדפסות, טרמינלים, דיסקים וכו'. 
4. סביבה נוחה ביותר עם אפשרויות רחבות 
להמשך פיתוח תוכנה. 
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